Malas interpretaciones del concepto de historia de usuario II
¿Las historias de usuario equivalen a casos de uso?
Otro concepto que suele crear confusión sobre las historias de usuario son los casos de uso. Aunque hay quien ha logrado incluir casos de uso en su proceso ágil, no quiere decir que las historias de usuario sean equivalentes a los casos de uso. Realmente, como comenta Cockburn (A. Cockburn, 2002) [1], las historias de usuario están más cerca de la captura de requisitos (aquella fase que sirve para extraer las necesidades del usuario).
Básicamente, si decíamos que una historia de usuario es el “qué” quiere el usuario, el caso de uso es un “cómo” lo quiere.
Generalmente, cuando un proyecto comience a seguir una metodología ágil, se deberían olvidar completamente los casos de uso y el quipo debería centrarse en la realización de historias de usuario. Según Cockburn(A. Cockburn, 2008) [2], esto puede producir los siguientes problemas:
· Las historias de usuario no proporcionan a los diseñadores un contexto desde el que trabajar. Pueden no tener claro cuál es el objetivo en cada momento. ¿Cuándo le surgiría al cliente o usuario esta necesidad?
· Las historias de usuario no proporcionan al equipo de trabajo ningún sentido de completitud. Se puede dar el caso que el número de historias de usuario no deje de aumentar, lo que puede provocar desmotivación en el equipo. Realmente, ¿cómo de grande es el proyecto?
· Las historias de usuario no son un buen mecanismo para evaluar la dificultad del trabajo que está aún por llegar.
Por tanto, si en un proyecto ocurre alguno de estos problemas se puede barajar la posibilidad (relajando la agilidad) de complementar las necesidades descritas en las historias de usuario con casos de uso donde quede reflejado el comportamiento necesario para cumplir dichas necesidades.
En el caso de que se usen las historias de usuario y los casos de uso de manera complementaria, una historia de usuario suele dar lugar a la especificación de varios casos de uso.
[1]Cockburn, A. (2002). Agile software development. Boston, MA, USA. Addison-Wesley Longman Publishing Co., Inc.
[2]Cockburn, A. (2008). Why I still use use cases. Disponible en: http://alistair.cockburn.us/Why+I+still+use+use+cases
Francisco Javier Cervigon Ruckauer
No hay comentarios:
Publicar un comentario