Requerimientos y desarrollo iterativo
•Descargar como PPTX, PDF•
0 recomendaciones•68 vistas
Los requerimientos en modelos de desarrollo iterativo
Recomendados
Recomendados
Más contenido relacionado
Similar a Requerimientos y desarrollo iterativo
Similar a Requerimientos y desarrollo iterativo (20)
Más de Wilmer Amézquita
Más de Wilmer Amézquita (20)
Último
Último (7)
Requerimientos y desarrollo iterativo
- 1. Requerimientos y desarrollo iterativo Cómo descubrir e implementar requerimientos de manera iterativa Wilmer Amézquita - 2021
- 2. Ventajas del desarrollo iterativo • Liberar producto de trabajo valioso y relevante en el menor tiempo posible. • Las organizaciones prefieren iterar a través de actividades de negocio, definir algunos requerimientos, desarrollar parte de la solución definir más requerimientos y liberar de manera incremental hasta que la solución esté completa. • Uso de técnicas de desarrollo agile: SCRUM, Crystal Clear, eXtreme Programming, Kanban. • Los requerimientos se van descubriendo en paralelo con el desarrollo. Wilmer Amézquita - 2021
- 3. Objetivos del desarrollo iterativo • Descubrir los requerimientos de manera iterativa. • Comunicar requerimientos sin producir documentación innecesaria. • Rastrear los requerimientos del negocio hasta el desarrollo iterativo. • Lidiar con pequeñas piezas que pueden manejarse fácilmente y pequeños incrementos de funcionalidad. Wilmer Amézquita - 2021
- 4. Proceso iterativo de requerimientos Trabajo Análisis de necesidades de negocio Business Event List Artefactos de Análisis Escribir historias de usuario Backlog de desarrollo Producto de desarrollo Necesidades de negocio Retroalimentación Flujo Producto de trabajo Priorización Wilmer Amézquita - 2021
- 5. Análisis y Priorización del Valor del Negocio Debe responder a las preguntas: • ¿Cuánto valor de negocio provee invertir en una nueva solución al Caso de Uso de Negocio? • ¿Cuanto daño se puede causar si no se provee una solución al Caso de Uso del Negocio? Wilmer Amézquita - 2021
- 6. Cómo escribir una buena historia de Usuario • ¿Qué puede hacer el producto por el usuario para satisfacer la necesidad del negocio? • ¿Para qué? • Innovación Wilmer Amézquita - 2021
- 7. Formato de una Historia de Usuario • Como un [Rol], quiero [característica] para [razón] Ejm. • Como un Administrador, quiero acceder al sistema con usuario y contraseña para poder configurar el sistema. Wilmer Amézquita - 2021
- 8. Formalización de la Historia de Usuario Volere Snow Card Wilmer Amézquita - 2021
- 9. Roles Conocimiento del Negocio Conocimiento analítico y de comunicacion Conocimiento Técnico Experto en el negocio Product Owner Stakeholders Product Manager Analista de Negocio Desarrollador Arquitecto Tester Proveedor externo Wilmer Amézquita - 2021
- 10. Referencias • Robertson, S., & Robertson, J. (2013). Mastering the Requirements Process: Getting Requirements Right (3rd ed.). Wilmer Amézquita - 2021
Notas del editor
- Ventajas del desarrollo Iterativo: 1. Liberar producto de trabajo valioso y relevante en el menor tiempo posible. 2. Las organizaciones prefieren iterar a través de actividades de negocio, definir algunos requerimientos, desarrollar parte de la solución definir más requerimientos y liberar de manera incremental hasta que la solución esté completa. 3. Uso de técnicas de desarrollo agile: SCRUM, Crystal Clear, eXtreme Programming, Kanban. 4. Los requerimientos se van descubriendo en paralelo con el desarrollo.
- Objetivos del desarrollo iterativo: 1. Descubrir los requerimientos de manera iterativa. 2. Comunicar requerimientos sin producir documentación innecesaria. 3. Rastrear los requerimientos del negocio hasta el desarrollo iterativo.
- Proceso Iterativo de Requerimientos El trabajo La operación diaria de una organización genera continuamente necesidades que requieren solución. Estas necesidades de negocio deben ser analizadas para darles una solución apropiada. Análisis de las necesidades del negocio El análisis de negocia arroja como resultado una lista de eventos de negocio. El análisis prioriza las necesidades de negocio de la lista de acuerdo con la importancia que el negocio les otorgue en el momento. El análisis requiere las habilidades de analista de negocio junto con la retroalimentación de los stakeholders para tomar decisiones correctas en cuanto a priorización. El análisis de necesidades de negocio produce los artefactos de análisis, que son los casos de uso para necesidades de alta prioridad. Los artefactos de análisis pueden ser Casos de uso del negocio, Escenarios, Diccionarios de datos, Stakeholders, etc. Historias de Usuario - Se construyen a partir de la información recopilada en los artefactos de análisis. - Participan el analista de negocio, los desarrolladores y los interesados en el negocio. - Un grupo de historias de usuario representan la funcionalidad que se necesita liberar. - Se originaron en el modelo eXtreme Programming. - Formato: Como un [rol], quiero [característica] para [razón] - Tal como se escriben, se agregan al backlog. - Las historias en el backlog se priorizan de acuerdo a las necesidades arquitectónicas, de desarrollo y por supuesto del negocio. - Se escriben en la story card. Producto de desarrollo - Se construye a partir de las historias de usuario priorizadas. - Los descubrimientos realizados durante la etapa de desarrollo pueden afectar la priorización del backlog. - Los desarrolladores liberan el producto hacia el trabajo, es decir el desarrollo se pone en producción. - El proceso debe tener la capacidad de evitar al máximo los reprocesos de desarrollos puestos en producción.
- Análisis del Negocio y Priorización Debe responder a las preguntas: ¿Cuánto valor de negocio provee invertir en una nueva solución al Caso de Uso de Negocio? ¿Cuanto daño se puede causar si no se provee una solución al Caso de Uso del Negocio? El analista de negocio es responsable de dar claridad a las opciones. Tomar la decisión final de priorización es responsabilidad del dueño del negocio. Una ventaja de usar Casos de Uso de negocio como fuentes de historias de usuario, es que todas las historias son rastreables hasta el Caso de Uso de Negocio.
- Cómo escribir una buena historia de usuario - Responder a la pregunta: ¿Qué puede hacer el producto por el usuario para satisfacer la necesidad del negocio? - Se debe poner siempre la justificación (razón) de una historia de usuario. De lo contrario, se deja al desarrollador y al tester en desventaja. - Si la historia que se escribe es mediocre, el producto ciertamente va a carecer de calidad. SI la historia es buena, el producto dará mucho mas valor al negocio. - La innovación es importante. Si las historias no son innovadoras, probablemente no proveen un avance sobre lo que ya existe. - Los desencadenantes de innovación deben usarse como checklist al escribir historias. - El origen real del evento de negocio es importante. - Pensar en la esencia del problema. - Entre mejor inicie tu historia, mejor será el producto final. - Se recomienda usar Volere Snow Card para plasmar Historias de Usuario. - Cuando una historia se prioriza para desarrollo, se saca del backlog y se aumenta.
- Roles de requerimientos iterativos Experto en la materia. Fuente de conocimiento sobre el espacio técnico de la solución. Arquitecto o desarrollador. Alguien que conecte entre las necesidades del negocio y las necesidades técnicas. Conocimiento del negocio - Es el componente más importante del proyecto. - Suele estar repartido entre varios stakeholders. - Product Owner, persona que trabaja de la mano de los que conocen el negocio para transmitir el conocimiento a los desarrolladores. - Product Manager: Responsable del éxito financiero del producto. Conocimiento analítico y de comunicación -Analista de negocio: Es un recurso útil para el conocimiento del negocio. No es parte ni del negocio ni del equipo de desarrollo. Es un recurso neutral entrenado para observar y descubrir los requerimientos del negocio. Conocimiento técnico - Desarrollador - Arquitecto - Tester - Proveedor externo