Metodología SCRUM

Metodología de desarrollo SCRUM aplicada a la gestión de proyectos usando Redmine

Transcript

1. Metodología SCRUM Aplicado a la gestión de proyectos con Redmine
2. Índice • ¿Qué es SCRUM? • Elementos Básicos • Responsabilidades • Reuniones • Beneficios • Redmine ◦ Peticiones ◦ Requisitos y Sprints ◦ Tareas ◦ Documentación ◦ Workflow
3. ¿Qué es SCRUM? • Metodología para gestionar proyectos de software • Enfocada a la gestión del trabajo, no al diseño ni al análisis • Fácil de explicar, fácil de entender • Sencilla implantación en proyectos en marcha • Entrega mensual de resultados
4. ¿Qué es SCRUM? • Ideal para proyectos: ◦ Que necesitan obtener resultados inmediatos ◦ En los que no se está entregando al cliente lo que necesita ◦ O que las entregas se alargan o la calidad no es aceptable ◦ Con requisitos cambiantes o poco definidos
5. Elementos Básicos (I) • Lista de requisitos priorizada (Product Backlog) ◦ Ordenada de mayor a menor prioridad ◦ Creada y mantenida por el cliente ◦ División de la lista en calendario de entregas ◦ Estimada en tiempo por el Equipo ◦ Replanificación al terminar cada iteración ◦ Todos pueden añadir requisitos en cualquier momento, pero sólo una persona puede priorizarlos
6. Elementos Básicos (II) • Lista de tareas por cada iteración (Sprint Backlog / Iteration Backlog) ◦ Bloque temporal / iteración / Sprint / 1 mes ◦ Tareas definidas por el equipo técnico para cumplir con los requisitos estipulados ◦ Los requisitos de la iteración no cambian una vez se ha iniciado la misma ◦ Proporciona un resultado completo (presentación al finalizar el mes/iteración)
7. Responsabilidades (I) • Cliente ◦ Representante del proyecto e interlocutor con el equipo técnico ◦ Define los objetivos del proyecto y su planificación (lista priorizada de requisitos) ◦ Divide la lista de requisitos en calendario de entregas ◦ Replanifica el proyecto al final de la iteración ◦ No cambia los requisitos de cada iteración
8. Responsabilidades (II) • Facilitador ◦ Líder del equipo técnico ◦ Identifica obstáculos que el equipo tiene para cumplir con los objetivos marcados (en las reuniones diarias y en las mensuales) ◦ Proporciona resultados útiles al cliente de la manera más efectiva posible ◦ Protege y aísla al equipo aumentando su productividad
9. Responsabilidades (III) • Equipo ◦ Identifica las tareas necesarias para completar cada requisito ◦ Selecciona las tareas que se compromete a realizar en cada iteración ◦ Estima la complejidad y el esfuerzo de cada requisito ◦ Demuestra al cliente los requisitos completados al finalizar la iteración
10. Reuniones • Planificación (primer día del mes) ◦ Lista de requisitos priorizada ◦ Lista de tareas de la iteración • Desarrollo de la iteración ◦ Reuniones de sincronización (15min) diarias • Revisión (último día del mes) ◦ Demostración de resultados ◦ Revisión, estudio de problemas y obstáculos
12. Beneficios (I) • Alto grado de implicación por parte del cliente ◦ Cliente y Equipo técnico trabajan en equipo • Resultados tangibles cada mes y anticipables en el tiempo ◦ Satisfacción del cliente por expectativas cumplidas
13. Beneficios (II) • Flexibilidad y adaptación ◦ (Replanificación en cada iteración) • Motivación del equipo técnico ◦ (Demuestran sus avances cada mes)
14. Redmine - Workflow • Estado de peticiones ◦ Backlog (nuevas) ◦ Doing (en curso) ◦ Done (resueltas, pendientes de revisión) ◦ Closed (cerradas) Scrum Dashboard
15. Redmine - Sprints • Estándar (mensuales) para desarrollo • Independientes (corta duración) para despliegues • Convivencia en el tiempo de varios sprints • Coherencia de contenido en cada sprint Sprints
16. Redmine - Tareas (I) • Buenas prácticas: ◦ Definir Inicio y fin de tarea al pasar de estado New a Doing ◦ Asignar responsable al cambiar de estado New a Doing y de Doing a Done (en caso de necesitar revisión) ◦ Completar tiempo dedicado antes de cada reunión diaria
17. Redmine - Tareas (II) • Tipo de tarea (etiquetas): ◦ Task ◦ Bug ◦ Support • Actividad realizada: ◦ Desarrollo ◦ Diseño ◦ Sistemas ◦ Implantación ◦ Documentación ◦ Soporte ◦ Formación
18. Redmine - Documentación • Documento para el product Backlog (tabla requisitos) proporcionada por el cliente ◦ Almacenado en sección documentos ◦ Formato elegido por cliente • Documentar objetivo y características de cada sprint y enlazar con product backlog asociado