FASES DE SCRUM SCRUM comprende las siguientes fases: 1.- Pre-juego Planificación: Definición de una nueva versión basada en la pila actual, junto con una estimación de coste y agenda Si se trata de un nuevo sistema, esta fase abarca tanto la visión como el an!lisis Si se trata de la mejora de un sistema s istema e"istente comprende un an!lisis de alcance m!s limitado #r$uitectura: Dise%o de la implementación de las funcionalidades de la pila &sta fase incluye la modificación de la ar$uitectura y dise%o generales 2.- Juego Desarrollo de sprints: Desarrollo de la funcionalidad de la nueva versión con respeto continuo a las variables de tiempo, re$uisitos, costo y competencia 'a interacción con estas variables define el final de esta fase &l sistema va evolucionando a trav(s de m)ltiples iteraciones de desarrollo o sprints 3.- Post-juego Preparación para el lan*amiento de la versión, incluyendo la documentación final y pruebas antes del lan*amiento de la versión
Pasos de cada fase + Pasos de la planii!a!i"n •
Desarrollo de un bac-log completo
•
Determinación de la fec.a de entrega y la funcionalidad de una o m!s versiones
•
Selección de la versión m!s adecuada para desarrollo inmediato
•
/ra*ado de los 0pa$uetes del producto1 2objetos3 sobre los elementos del bac-log de la versión elegida
•
Selección del e$uipo o e$uipos para desarrollar la nueva versión
•
&valuación y control adecuado de los riesgos
•
&stimación del coste de la versión, incluyendo desarrollo, material, mar-eting, formación y despliegue
•
Conformidad de la dirección y financiación d el proyecto
Pasos de dise#o $ ar%uite!tura •
Revisión de los elementos del bac-log incluidos en la versión
•
4dentificación de los cambios necesarios para implementar el bac-log
•
#n!lisis del dominio para incluir los re$uisitos $ue incluye el desarrollo mejora o actuali*ación
•
#cotar la ar$uitectura del sistema para apoyar el nuevo conte"to y necesidades
•
4dentificar problemas del desarrollo o modificaciones
•
Reunión de revisión de dise%o Cada e$uipo presenta los cambios para implementar los elementos del bac-log, e identificar posibles reasignaciones
Pasos del desarrollo &Sprint' 'a fase de desarrollo es un ciclo de trabajo repetitivo 'a gestión determina el cumplimiento de los tiempos, funcionalidad y calidad &ste enfo$ue es conocido tambi(n como ingenier5a concurrente &l desarrollo consiste en los siguientes macro6procesos: •
Reunión con los e$uipos para revisar los planes de lan*amiento de versión
•
Distribución, revisión y ajuste de los est!ndares de conformidad para el producto
•
Sprints iterativos .asta $ue el producto se considera listo para su distribución
Un sprint es un conjunto de actividades de desarrollo llevado a cabo durante un periodo predefinido, por lo general entre una y cuatro semanas Duración basada en la complejidad del producto, evaluación de riesgos y grado de supervisión deseado &l tiempo determinado para el sprint establece su velocidad e intensidad &l riesgo se eval)a de forma continua a trav(s de las respuestas a los controles adecuados establecidos Cada sprint consiste en uno o varios e$uipos reali*ando: •
Desarrollo: Definición de los cambios necesarios para la implementación de los re$uisitos del bac-log en módulos, la apertura de los módulos, an!lisis del dominio, dise%o, desarrollo, implementación, pruebas y documentación de los cambios &l Desarrollo consiste en el micro proceso de descubrimiento, invención e implementación
•
En(oltura: Cierre de los módulos, creación de una versión ejecutable con los cambios $ue implementas los re$uisitos del bac-log
•
Revisión: Reunión de todos los e$uipos para presentar el trabajo y revisar el progreso, identificando y resolviendo posibles cuestiones y a%adiendo nuevos elementos al bac-log Se revisan los riesgos y las respuestas apropiadas
•
Ajuste: Consolidación de la información de la revisión de los módulos afectados
Cada sprint es seguido de una revisión cuyas caracter5sticas son: •
&st! presente y participa el e$uipo al completo
•
'a revisión puede incluir a clientes, personal de ventas y otros
•
'a revisión cubre los sistemas funcionales y ejecutables abarcados por el e$uipo e incluye los cambios $ue se .an reali*ado para implementar los elementos del bac-log
•
&n la revisión se pueden evidenciar cambios en la forma en la $ue se .an implementado los elementos del bac-log
•
'a revisión tambi(n puede introducir elementos nuevos en el bac-log, cambiando de esta forma los contenidos y dirección de las versiones previstas
•
Se determina la fec.a de la siguiente revisión en base al progreso y complejidad 'a duración normal de los sprints es de 7 a 8 semanas
Cierre Cuando el e$uipo de gestión siente $ue las variables de tiempo, parte completada, re$uisitos, coste y calidad est!n alineadas para producir una nueva versión, declaran cerrada la versión, dando paso a esta fase &n esta fase se prepara el producto generado para producir una nueva versión &ntre las tareas de cierre se encuentran: integración, pruebas del sistema, documentación de usuario, preparación del material de formación y mar-eting
Controles de SCRUM #l trabajar bordeando el caos 2complejidad e imprevisibilidad3 se re$uiere la gestión de controles $ue eviten la ca5da en el caos 'a metodolog5a SCRUM incorpora estos controles generales para evitar la p(rdida de control, utili*ando las t(cnicas de 9rientación a 9bjetos para la construcción de las entregas &l principal control es el del riesgo 'a gestión de riesgos da lugar a cambios en los controles y respuestas del e$uipo 'os controles de la metodolog5a SCRUM Son: •
ac-log: Re$uisitos $ue el producto en su versión actual no gestiona de forma adecuada &rrores, defectos, peticiones del cliente, incorporación de mejoras competitivas o tecnológicas son elementos del bac-log
•
'os elementos del bac-log $ue comprenden una nueva versión comprenden variables de fec.as, calidad y funcionalidad viables
•
Pa$uetes: componentes del producto $ue deben cambiarse para implementar la nueva versión
•
Cambios: cambios $ue deben producirse en un pa$uete para implementar una nueva versión
•
Problemas: problemas t(cnicos presentes $ue debe n resolverse para implementar un cambio
•
Riesgos: Para lograr el ("ito del pro yecto se revisan de forma continua l os riesgos y las respuestas previstas 'a gestión de riesgos afecta a otros controles
•
Soluciones: respuestas a problemas y riesgos, $ue suelen ser cambios
•
/emas: Cuestiones generales del proyecto $u e no se definen en t(rminos de pa$uetes
&stos controles se emplean en diversas fases de SCRUM 'a dirección los emplea para gestionar el bac-log 'os e$uipos los usan para gestionar cambios y problemas #mbos, dirección y e$uipos, gestionan los temas, riesgos y soluciones &stos controles son revisados, modificados y consolidados en la revisión de cada Sprint Scrum Development Process ;en Sc.
