Migrando un proceso de desarrollo clásico a Scrum

1. Introducción 
1.1. Motivación 
1.2. ¿Qué tipos de desafíos podemos encontrar al migrar a una metodología ágil? 
1.3. El caso de estudio 
1.4. Objetivos de la Tesina 
1.5. Estructura del Informe

 2. Marco conceptual 
2.1. Ciclo de Vida 
2.2. Modelo de Ciclo de Vida 
2.3. Metodología de desarrollo de Software 
2.4. Metodologías tradicionales 
2.4.1. Modelo en Cascada 
2.4.2. Modelo en V 
2.4.3. Modelo de Prototipación 
2.4.4. Modelo RAD (Rapid Application Development) 
2.4.5. Modelos Evolutivos del Proceso de Software 
2.4.6. Modelo Incremental 
2.4.7. Modelo en Espiral
2.5. Metodologías ágiles 
2.5.1. Resumen de las Metodologías Ágiles más importantes 
2.5.2. eXtreme Programming (XP) 
2.5.3. Crystal Methods (CM)
2.5.4. Dynamic Systems Development Method (DSDM)
2.5.5. Adaptive Software Development (ASD) 
2.5.6. Feature-Driven Development (FDD)
2.5.7. Lean Development (LD)
2.5.8. Scrum 
2.5.8.1. Breve historia 
2.5.8.2. Definición de SCRUM 
2.5.8.3. Fundamentos de Scrum 
2.5.8.4. El Equipo de Scrum 
2.5.8.5. Eventos de Scrum 
El Sprint 
Reunión de Planificación de Sprint (Sprint Planning Meeting) 
Objetivo del Sprint (Sprint Goal) 
Scrum Diario (Daily Scrum) 
Revisión de Sprint (Sprint Review)
Retrospectiva de Sprint (Sprint Retrospective) 
2.5.8.6. Artefactos de Scrum 
Lista de Producto (Product Backlog) 
Lista de Pendientes del Sprint (Sprint Backlog) 
Incremento 
2.5.8.7. Transparencia de los Artefactos 
2.5.8.8. Definición de “Terminado” (“Done”)

 3. Revisión de literatura 
3.1. Comparación entre ambas metodologías 
3.2. Cuestiones a tener en cuenta al migrar de una metodología clásica a una ágil 
3.2.1. Organización y administración 
3.2.2. Personas
3.3.3. Procesos
3.3.4. Herramientas

 4. Contexto
4.1. Acerca de la empresa 
4.1.1. Organigrama 
4.1.2. Sobre los productos que desarrolla
4.2. Sobre los Clientes
4.3. Sobre la metodología de trabajo previa a la migración 
4.3.1. El modelo en Cascada 
4.3.3. Herramienta de gestión del proceso de desarrollo 
4.3.4. Problemas de la metodología

 5. Migrando a Scrum 
5.1. ¿Por qué modificar la metodología?
5.2. Beneficios esperados 
5.3. Desafíos encontrados al migrar a una metodología ágil 
5.3.1. Organización y administración 
5.3.1.1. Resistencia al cambio 
5.3.1.2. Cultura 
5.3.1.3. Aislamiento 
5.3.2. Personas 
5.3.2.1. Educación personal 
5.3.2.2. Experiencia y compromiso 
5.3.2.3. Participación de las personas interesadas 
5.3.2.4. Localización 
5.3.3. Procesos 
5.3.3.1. Identificación de requerimientos 
5.3.3.2. Documentación 
5.3.3.3. Dependencia entre equipos 
5.3.3.4. Informes y seguimientos 
5.3.3.5. Roles y prácticas del equipo 
5.3.3.6. Calidad en todo el proceso 
5.3.4. Herramientas 
5.3.4.1. Complejidad de la arquitectura del software
5.3.4.2. Integración del sistema 
5.3.4.3. Evaluación del proyecto
5.3.4.4. Seguimiento de problemas
5.4. Primera implementación de Scrum 
5.4.1. Capacitación 
5.4.2. Características generales de la primera implementación 
5.4.3. Elementos de Scrum aplicados 
5.5. Herramienta Team Foundation Server 
5.5.1. Gestión de Scrum 
5.5.2. Trazabilidad del Producto 
5.6. Evolución de la implementación de Scrum 
5.7. Diferencias con el Scrum teórico 
5.8. ¿Qué se hizo bien?

6. Conclusiones
6.1. Sobre el proceso de migración de una metodología clásica a una ágil 
6.2. Sobre la implementación de Scrum 
6.3. Trabajos Futuros

Referencias bibliográficas