Un post de Alberto en PROPADEL me ha hecho sonreir, al comprobar de qué manera tan sutil introduce a los lectores del blog en el concepto de User Stories, bien conocido por los usuarios de metodologías ágiles de desarrollo soft.
Una 'historia de usuario' es básicamente una definición de requisitos de alto nivel, realizada por los clientes u otras partes interesadas en el uso del sistema o aplicación en el que estemos trabajando. Es una 'historia' de cómo se supone que la aplicación va a resolver un problema o a soportar un determinado proceso.
Partiendo del ejemplo de PROPADEL, podríamos escribir algo como esto: "Los jugadores pueden elegir a sus compañeros en función de su puntuación en el ránking" o bien "El responsable del Club informa al sistema de que hay una pista libre". Ninguna alusión a la tecnología a emplear, ningún detalle adicional. De hecho, la historia de usuario es hasta cierto punto un recordatorio al equipo de desarrollo de que tiene una conversación pendiente con el cliente para recabar esos detalles.
Las historias de usuario se emplean para realizar estimaciones del esfuerzo requerido, en 'días ideales' , para desarrollar una funcionalidad en una iteración. Como habéis visto, son escritas en un lenguaje no técnico, fácilmente comprensible. Idealmente son redactadas por los propios clientes - de ahí que se diga que incentivan el diseño colaborativo, en el que participan todos los interesados. Tienen un tamaño adecuado para planificar las entregas - esto es, el tamaño adecuado para gestionar cómodamente el trabajo -, que es para lo que se usan. Son pequeñas, en el sentido de que pueden ser implantadas por una pareja de programadores. Siempre, siempre, siempre, deben ir acompañadas de algún tipo de test, prueba o ensayo que permita validar que la funcionalidad ha sido bien traducida e implantada. No son ni requisitos a la manera de la IEEE 830, ni 'Casos de Uso', ni 'escenarios de usuario'.
Una búsqueda rápida en la Red os proporcionará toda la información que necesitáis para iniciaros en su empleo. Un buen comienzo puede ser este artículo en Extreme Programming. La referencia definitiva en este campo es, sin duda, el magnífico libro de Mike Cohn "User Stories Applied for Agile Software Development".
Al que le pueda interesar... he empleado 'user stories' para diseñar todo tipo de cometidos en consultoría de un tiempo a esta parte. Son bastante menos engorrosas que otros enfoques utilizados para documentar requisitos, llevan menos tiempo y se cometen menos errores. Además, obliga al equipo a mantener una comunicación fluida con el cliente. Cualquier sistema que interactúe con seres humanos puede beneficiarse, en su diseño, del empleo de esta técnica, ya sea fundamentalmente tecnológico o de gestión.
Recent Comments