Please enable JavaScript.
Coggle requires JavaScript to display documents.
REQUERIMIENTOS CON METODOLOGÍAS ÁGILES (BUENAS PRÁCTICAS PARA LA…
REQUERIMIENTOS CON METODOLOGÍAS ÁGILES
PROCESOS DE REQUERIMIENTO Y PRÁCTICAS ÁGILES
ALGUNAS METODOLOGÍAS
XP
Uso de Story Cards
De acuerdo a las diferencias de las historias de usuario sobre un mismo caso, se elige la más óptima
SCRUM
Uso de Blacklog
Los desarrolladores sólo implementan lo que está en Blacklog
La modificación del requerimiento se produce sobre la base del Blacklog
APM
La previsión define Visión, objetivos y equipo del producto
La fase de especulación se define el plan de entregas
Estas metodologías pueden combinarse con metodologías ágiles
La comunicación se hace cara a cara o con documentos informales, para reducir costos.
ALGUNAS PRÁCTICAS
La participación del cliente
Trazabilidad de requerimientos
Gestionar cambios de requerimientos
Iterar - inspeccionar - adaptar
Construir prototipos y demostraciones
Realizar talleres de colaboración
HISTORIAS DE USUARIO
Requerimientos que el Software debe resolver
Conversaciones con los clientes sobre necesidades que se deben cubrir
Descripciones cortas de las funcionalidades que debe tener el sistema
Deben ser escritas
Se escriben en post o notas
Pueden ser escritas en distintos niveles de detalle
HISTORIAS DE USUARIO EN EL PROCESO DE DESARROLLO DE REQUERIMIENTOS
Se priorizan las historias
Se evalua los riesgos de cada prioridad
Los detalles se ajustan con los dueños del producto
Se adjuntan documentos de soporte de la historia de usuario
BUENAS PRÁCTICAS PARA LA DEFINICIÓN DE REQUERIMIENTOS EN METODOLOGÍAS ÁGILES
Participación activa de
Stakeholders
Visión arquitectónica
Especificaciones ejecutables
Modelo iterativo
Buenos y suficientes modelos y documentación
Requerimientos priorizados
Visión de requerimientos
Descomponer historias de usuario en partes pequeñas
Enfocarse en lo más importante
LOS REQUERIMIENTOS DE USUARIO EN LAS METODOLOGÍAS ÁGILES: COMPARACIÓN CON LAS FORMAS TRADICIONALES DE ESPECIFICACIÓN
VENTAJAS DE LAS HISTORIAS DE USUARIO POR SOBRE LOS DOCUMENTOS DE REQUERIMIENTOS TRADICIONALES
Enfatizan la documentación verbal sobre la escrita
Son entendidas por clientes y equipo de desarrollo
Poseen el tamaño necesario para efectuar estimaciones
Sirven para trabajar en iteraciones
Al diferir la toma de decisiones, ayuda a entender mejor las necesidades
Fomentan el desarrollo participativo
Construyen conocimiento
DESVENTAJAS DE LAS HISTORIAS DE USUARIO
Se dificulta entender las relaciones entre historias
Es necesario información adicional para las historias de usuario
Si el equipo de desarrollo es muy grande, la información se pierde si no se documenta
LAS HISTORIAS DE USUARIO NO SON UN CASO DE USO
Las historias de usuario manejan iteraciones cortas
Las historias, a diferencia de los casos de uso, no duran mucho tiempo debido a la dinámica del negocio
El objetivo de los casos de uso es llevar lo propuesto hasta el final. En cambio, en las historias de usuario, lo que se plantea desde el principio puede cambiar en el camino