scrum errores frecuentes

Scrum errores frecuentes de

implementaciónLima, Junio 2012

¿Quién les habla?Ingeniero José Gramaglia

15 años involucrado en proyectos de desarrollo.

Graduado como Ingeniero de Sistemas en la UTN de Argentina.

En 2002 me incorpore a Belatrix Software Factory como Desarrollador.

Lideré varios de proyectos.

En 2008 asumí el rol de Sub Gerente de Desarrollo

En 2010 certifiqué como Scrum Master.

Actualmente tengo a cargo 6 cuentas con más de 50 personas involucradas.

Quiénes somos?Somos la Empresa de Software más grande del Oeste Argentino, con sedes en:

Mendoza, Argentina y en Lima, Perú.

Tenemos más de 180 empleados en Argentina y 15 en Perú, y estamos entre las 10 empresas de desarrollo líderes de toda latino-América.

Trabajamos bajo normas certificadas de calidad ISO 9001/2008 y hemos acreditado Nivel 2 de CMMi® y seguimos trabajando para lograr el Nivel 3.

Aplicamos metodologías Tradicionales y Agiles, como Scrum, para administrar nuestros proyectos.

Nuestros principales servicios en proyectos son Desarrollo de Software y QA.

Invertimos en investigación y desarrollo: nuevas tecnologías de desarrollo y testing, aplicaciones móviles, nuevos frameworks, etc.

Somos partners de Oracle-Sun y Microsoft y colaboramos para que nuestra gente obtengan certificaciones en Scrum,.Net y Java.

Nuestra perspectiva de crecimiento para el 2012 es del 45 %.

Nuestros Clientes• Empresas de desarrollo de software

• E-commerce

• Cloud computing y telecomunicaciones

• Educación online y e-learning

• Entretenimiento

• Comunidades virtuales. Social Marketing

• Salud y cosmética

• Venta directa (MLM)

• Domótica

• Servicio de dominios, registros de máquinas y servicios legales

• Seguros, inversiones y riesgos financieros

• Soporte a productos

• Aplicaciones para teléfonos móviles

• Plataformas para el manejo de imágenes

• Software científico para empresas farmacéuticas y químicas líderes del mundo

Nuestros clientes son de:• USA• Canada• Alemania• Inglaterra• Italia• Chile

Nuestros Valores

Excelencia

Pasión

Compromiso

Empowerment y confianza

Trabajo en equipo

¿Que ofrecemos?

Excelente clima laboral

Capacitaciones constantes: Ingles, actualizaciones

técnicas y management.

Trabajar con las ultimas tecnologías

Estabilidad laboral (trabajo por planilla y a tiempo

indeterminado)

Crecimiento profesional: especializaciones técnicas y

liderazgo de equipos.

Excelentes Instalaciones (zona Miraflores)

Posibilidades de viajar al extranjero

Agenda….5 minutos para repasar Scrum

El ciclo de Vida en Scrum

Revisión de roles y responsabilidades

Principales Valores

Herramientas. Diagnosticando vicios en el proceso.

Burndown Chart

Cumulative Flow

Task board

Story Points

00:03

Documentación

Proceso

Scrum

• Scrum es:– Un método simple para administrar proyectos

complejos.– Una metodología que permite administrar el

cambio, manteniendo productividad.– Una herramienta que permite administrar

adecuadamente las expectativas, otorgando satisfacción al cliente y regulando el estrés del equipo.

Los cambios son bienvenidos terminado el sprint.

Es importante poner de sobre aviso al PO de como esos cambios afectan al Backlog

Estrés saludable.

Scrum

• Básicamente consiste en:– Dividir el esfuerzo total en periodos fijos de

tiempo, llamados Sprints (2 a 4 semanas)– En cada Sprint, concentrar los esfuerzos en la

implementación de las funcionalidades mas importantes o prioritarias.

– Repetir este ciclo n veces, entregando al final de cada iteración Software FUNCIONAL, y removiendo ineficiencias del proceso en cada ciclo.




Principales Valores


Burndown Chart

Cumulative Flow

Task board

Story Points

00:03

Scrum –Revisión del proceso

Preferentemente en una sala de reuniones

Time boxed Acciones

10 US al 90% no representa una entrega del 90%

Demo en Staging

Es un esfuerzo colectivo, NO la suma de esfuerzos individuales




Principales Valores


Burndown Chart

Cumulative Flow

Task board

Story Points

00:03

Scrum - Roles y responsabilidades

• Equipo – Conocido como delivery team.– Es quien lleva adelante el trabajo– Esta compuesto de 5 a 9 personas– Decide como será hecho el trabajo, quien

realizará cada tarea. En principio cualquier miembro debe ser capaz de realizar cualquier tarea.

Tiene éxito o fracasa como un conjunto


• Product owner– Representa la voz del cliente, y asegura que el

equipo trabaje en las cosas correctas desde la perspectiva del negocio.

– El Product Owner administra el Product Backlog– El Product Backlog es una lista priorizada de

necesidades con las especificaciones adecuadas.– El Product Backlog es visible para toda la

organización, por lo que todos son consientes de que esperar en las futuras entregas


• Scrum master– Es una combinación de coach y servidor del equipo.– El Scrum Master convoca las diferentes reuniones del

equipo (Daily Scrums, Retrospective, Demo, etc).– El SM se asegura de minimizar las interrupciones

externas al proyecto.– El SM hace foco en proveer al equipo las mejores

circunstancias posibles para alcanzar los objetivos del Sprint, removiendo impedimentos.

NO es un director de orquesta




Principales Valores


Burndown Chart

Cumulative Flow

Task board

Story Points

00:03

Scrum – Principales Valores• Confianza mutua• Bajo costo de iteración• Auto organizado• Velocidad sostenida• Compromiso• Comunicación• Honestidad bruta • Priorización (minimizar el trabajo en progreso)• Colaboración (maximizar ROI Retorno de la inversión)• Mejora continua.




Principales Valores


Burndown Chart

Cumulative Flow

Task board

Story Points

00:03

Burndown Chart

Burndown Chart

• Guideline– Validar con Capacity

Plan– En algunos casos

representa el total de tiempo estimado, en otros la disponibilidad de tiempo del equipo.

Burndown Chart

Burndown Chart• Remaining Time

– Diariamente se debe reestimar el esfuerzo necesario para completar la tarea.

– De forma temprana se debe decidir acciones correctivas, ante desviaciones significativas.

– Es frecuente que las desviaciones sean ficticias, producidas por falta de actualización de la herramienta de tracking.

Burndown Chart

Burndown Chart

• Team Effort– Contribuye en la

evaluación de las desviaciones.

– Contribuye en verificar que el tracker se actualice diariamente.

Scrum - Burndown chart




Principales Valores


Burndown Chart

Cumulative Flow

Task board

Story Points

00:03

Cumulative Flow Chart


• ¿Estamos planificando adecuadamente?– Si

• Planificación intensa el primer día.

• Leve incremento de la lista de pendientes durante el sprint.


• ¿Estamos planificando adecuadamente?– NO

• La lista de tareas arranca vacía.

• Diariamente se agregan muchos ítems a la lista.


• ¿Estamos ejecutando las tareas de forma adecuada?– Si

• Se respeta la minimización del trabajo en progreso.


• ¿Estamos ejecutando las tareas de forma adecuada?– No

• Todas las tareas se arrancan en paralelo.


• ¿Estamos ejecutando las tareas de forma adecuada?– No

• Probablemente el equipo no actualiza el issue tracker hasta el fin del sprint.


• ¿Estamos probando el producto de forma ágil?– Si

• Los tareas trancicionas de “To Do” a “Testing” a “Done” con una frecuencia similar a la que son puestas en progreso.


• ¿Estamos probando el producto de forma ágil?– No

• Los tareas transicionan de “To Do” a “Testing” a ultimo momento en el sprint.

Burndown Chat y Cumulative Flow




Principales Valores


Burndown Chart

Cumulative Flow

Task board

Story Points

00:03

Task board




Principales Valores


Burndown Chart

Cumulative Flow

Task board

Velocity / Story Points

00:03

Cono de incertidumbre

Estimación

• Lo que necesitamos es una forma de estimar que– Nos permita planear el futuro– Nos recuerde que nuestra estimación es una especulación – Contemple la complejidad de crear software

• Estimación de alto nivel.– Optimista.– Especulativa.– Errónea. Es mejor aproximadamente correcto que completamente equivocado.– Solo sirven para responder la pregunta

¿Acaso este proyecto es posible? considerando las restricciones de presupuesto y tiempo

Story Points

• Es un sistema abstracto y comparativo

• Cada User Story es estimada en comparación con otras US.

• Llevar los Story Points a horas dependerá de la Velocidad demostrada por el equipo en el pasado.

• Se recomienda la utilización de la serie de Fibonacci 1 2 3 5 8 13 21 34

• Estimar es una actividad de equipo.

Evitar pensamientos del tipo

Como me llevaría tres días desarrollarlo entonces son tres SP

Team Velocity

Preguntas?

Gracias por su atención!!!

www.belatrixsf.com

Postulaciones: http://jobs.belatrixsf.com

[email protected]

scrum errores frecuentes

Documents