El documento presenta una introducción a las metodologías ágiles como SCRUM y Kanban para el desarrollo de software. Describe el proyecto de desarrollo de un nuevo software comercial usando SCRUM, incluyendo los roles, artefactos, matrices y procedimientos. También discute problemas encontrados y lecciones aprendidas, así como líneas futuras de investigación sobre planificación ágil de lanzamientos de software.
6. Organigrama de la empresa Dirección General Dirección de Oficina de Houston Comercial Administración Diseño y desarrollo Soporte técnico y mantenimiento Distribuidores
8. Matriz de responsabilidades X- Ejecuta D- Decide d- Decide en cooperación o parcialmente P- Gestiona y Controla C- Debe ser consultado I- Debe ser Informado A- Asesora Product Owner Scrum Manager Comercial Equipo Soporte Técnico FeedBack del cliente P X X Estimación de tiempos I D Definición de RoadMap D C I C Diseño de módulos I X I Distribución de recursos humanos I D I Codificación del código I X I Seguimiento del RoadMap Periodico P A Seguimiento del RoadMap Diario I P X Pruebas del Sistema I C I X X Aprobación X C I A A Mantenimiento I I A X
11. Matriz de comunicaciones ID Nombre de Tarea Quien Produce Quien Recibe Método de transmisión Medio de transmisión 1 Solicitud de nueva tarea Cualquiera Product Owner Release Backlog SharePoint 2 Definición Sprint Backlog Product Owner Scrum Manager Sprint Backlog Reunión con Skype 3 Seguimiento del sprint Scrum Team Scrum Manager Preguntas directas Reunión con Skype 4 Seguimiento Semanal (opcional) Scrum Manager Product Owner StakeHolders Documento Word Email y SharePoint 5 Nuevo riesgo detectado Scrum Manager Product Owner Conversación Skype 5 Fin del Sprint Scrum Manager Product Owner StakeHolders Sprint Backlog Reunión con Skype 6 Fin Release Scrum Manager Product Owner StakeHolders Ejecutable de instalación Archivo descargable por internet 7 Envió de nuevo release Comerciales Clientes Distribuidores Ejecutable de instalación Archivo descargable por internet
12. Gestión de cambios Historia no aceptada para este sprint Nueva historia Introducción en el release Backlog Aceptación del PO Introducción en el Sprint Backlog Desarrollo de la nueva historia Sprint meeting Sprint No Aceptación del PO
13. Gestión de Riesgos ID Problema Prob Impacto Plan de contingencia A Cambio en la Tecnología 5% Muy Alto retrasar la fecha del release B Requerimiento de una nueva historia 95% Muy Bajo Seguir procedimiento acordado en la gestión de cambios C Sobre- estimación del Sprint 20% Bajo añadirán al sprint ciertas historias extras D Infra-estimación del Sprint 50% Alto quitar del sprint las historias que PO considere menos importantes E Trabajo de soporte 60% Muy Alto quitar del sprint las historias que PO considere menos importantes F Destrucción de código 5% Alto Realizar copias de seguridad diarias G Destrucción de HW 20% Bajo Disponer de HW de repuesto