release de una nueva versión de un software comercial

EURO MPMEuropean MasterIn Proyect Management

Bilbao, 17, Abril 2010

Andoni Gonzalo

Release de una nueva versión de un Software comercial

EURO MPMEuropean MasterIn Proyect Management 2

Agenda

I. Qué es la agilidad

II. Metodologías ágiles

III. Proyecto

IV. Problemas detectados

V. Lecciones aprendidas

VI. Lineas Futuras de investigación

VII.Q&A


• SCRUM

• Kanban

• Lean

• XP

• Toyota Way

• otros

Qué es la agilidad


SCRUM


KANBAN


Organigrama de la empresaDirecciónGeneral

Dirección de Oficina de Houston

Comercial Administración Diseño y desarrollo

Soporte técnico y mantenimiento

Distribuidores


Organigrama del proyecto

Product Owner Equipo

Scrum Manager

Stakeholders


Matriz de responsabilidades

X- EjecutaD- Decided- Decide en cooperación o parcialmenteP- Gestiona y ControlaC- Debe ser consultadoI- Debe ser InformadoA- Asesora

Product Owner

Scrum Manager

Comercial EquipoSoporte Técnico

FeedBack del cliente P X XEstimación de tiempos I DDefinición de RoadMap D C I CDiseño de módulos I X IDistribución de recursos humanos I D ICodificación del código I X ISeguimiento del RoadMap Periodico P ASeguimiento del RoadMap Diario I P XPruebas del Sistema I C I X XAprobación X C I A AMantenimiento I I A X


VRScrum

Product Backlog

Release Backlog


VRKanban

Sin asignar Asignado testable Acabado

Defecto 5

Defecto 6

Defecto 2Dev 2

Defecto 4Dev 1

Defecto 1Dev 1

Defecto 3Dev 3

• Lanzamiento del Release• Alpha Sprint

• Beta Sprint

• Service Packs


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 OwnerStakeHolders

DocumentoWord

Email ySharePoint

5 Nuevo riesgo detectado Scrum Manager Product Owner Conversación

Skype

5 Fin del Sprint Scrum Manager Product OwnerStakeHolders

Sprint Backlog

Reunión con Skype

6 Fin Release Scrum Manager Product OwnerStakeHolders

Ejecutable de instalación

Archivo descargable por internet

7 Envió de nuevo release Comerciales ClientesDistribuidores

Ejecutable de instalación

Archivo descargable por internet


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


Gestión de RiesgosID Problema Prob Impacto Plan de contingenciaA 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


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


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


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


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


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


Tipos de Planificación

Q&A

release de una nueva versión de un software comercial

Business