Release de una nueva versión de un software comercial
Descargar como PPT, PDF1 recomendación848 vistas
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.
Release de una nueva versión de un software comercial
- 1. Release de una nueva versión de un Software comercial Bilbao, 17, Abril 2010 Andoni Gonzalo
- 2. Agenda Qué es la agilidad Metodologías ágiles Proyecto Problemas detectados Lecciones aprendidas Lineas Futuras de investigación Q&A
- 3. SCRUM Kanban Lean XP Toyota Way otros Qué es la agilidad
- 4. SCRUM
- 5. KANBAN
- 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
- 7. Organigrama del proyecto Product Owner Equipo Scrum Manager Stakeholders
- 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
- 9. VRScrum Product Backlog Release Backlog
- 10. VRKanban Defecto 5 Defecto 6 Defecto 2 Dev 2 Defecto 4 Dev 1 Defecto 1 Dev 1 Defecto 3 Dev 3 Lanzamiento del Release Alpha Sprint Beta Sprint Service Packs Sin asignar Asignado testable Acabado
- 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
- 14. Plan de calidad Control de Errores Por prioridad Job Stopper Molesto Sin Importancia Por aparición y dificultad Críticos de Sprint Rápido de solucionar Lento de Solucionar Usabilidad de la Interfaz Gráfica Facilidad de uso Número de Click con ratón Refactorización Sprint Alpha y Beta dedicación especial
- 15. Problemas detectados No se define final del release Ni por funcionalidad Ni por tiempo El release puede entrar en fase limbo Difícil de acabar Se introducen funcionalidades que no estaban en el objetivo inicial del Sprint Nuevos proyectos
- 16. Lecciones aprendidas Cuanto más se interrumpa al equipo Peor calidad en el output del Sprint Menor velocidad al final del Sprint El compromiso del PO es fundamental a lo largo de todo el Sprint Seguimiento del Release Backlog Backlog Grooming
- 17. Líneas futuras de investigación Agilidad en general Dinamizar proyectos Fomentar comunicación Abrirse a los cambios que vendrán seguro Planificación de un Release SW Dan Rawthorne WebCast
- 18. Tipos de Planificación Todo al principio Para proyectos cortos Empírico Disponibilidad de proyectos similares Modelos matemáticos Muy costosos Por funcionalidades MMF (Minimum marketable feature) Por fecha Fecha del release fija Por funcionalidades y fecha Muy peligroso Muy usado cuando la dirección no lo tiene claro Planificación SW de un release
- 19. Tipos de Planificación Q&A