Este documento discute por qué los proyectos a veces fallan al implementar Scrum. Explica que los errores comunes incluyen que el Product Owner no conoce bien el producto, el Scrum Master no es un gerente de proyectos, y el equipo no toma decisiones por sí mismo. También cubre mitos como que Scrum solo funciona para proyectos pequeños o que no se necesita documentación. Ofrrece recomendaciones como empezar con equipos pequeños y no modificar los principios básicos de Scrum.

1. Porqué no me
funciona
SCRUM?
Ing Cristian Barquero PMP
Scrum Master
www.linkedin.com/in/cristianbarquero/

2. Agenda
• Informe del Caos
• Errores de las empresas
• Errores de los equipos
• Porqué no utilizar Scrum?
• Mitos
• Recomendaciones

3. EXITOSOS
DISCUTIDOS
FALLIDOS
50.000 proyectos de todo el mundo desde
mantenimientos pequeños hasta
gigantescos proyectos de reingeniería.
Informe del Caos 2015 (Chaos Report 2015)

4. 50.000 proyectos de todo el mundo desde
mantenimientos pequeños hasta
gigantescos proyectos de reingeniería.
Informe del Caos 2015 (Chaos Report 2015)
39%
11%
52%
60%
9%
29%
AGIL CASCADA
EXITOSOS DISCUTIBLES FRACASADOS

5. 50.000 proyectos de todo el mundo desde
mantenimientos pequeños hasta
gigantescos proyectos de reingeniería.
58%
44%
38%
45%
4% 11%
AGIL CASCADA
18%
3%
59%
55%
23%
42%
AGIL CASCADA
Proyectos GrandesProyectos Pequeños

6. Errores de las
empresas
1. El Product Owner debe conocer el Producto y
Gestionar el Product Backlog
2. El Scrum Master no es un Director de Proyectos
3. El Equipo SCRUM es el que debe tomar las
decisiones
4. El Backlog no es una lista de deseos
5. En Scrum no se planifica

7. Errores en los
equipos
1. Mucho Work in Progress
2. Falta de Sprint Goal
3. Asignación individual de tareas
4. Falta de compromiso
5. El equipo de desarrollo es el equipo de
desarrolladores

8. Por qué no
utilizar Scrum?

9. Por qué no
utilizar Scrum?
1. Pensar que con scrum haré mis proyectos más
rápidos
2. Moda
3. Proyectos legales / regulatorios
4. Pensar que la agilidad es solo del proveedor.
5. Proyectos ya iniciados (en cascada)

10. 1. Soy Scrum Master después de haberte leído la Guía de Scrum o
inclusive certificarte.
2. Implantar scrum un viernes y el lunes está funcionando
3. El equipo es capaz de autoorganizarse solo por si mismo desde el
principio.
4. Sprint Review es una Demo.
5. Scrum es para proyectos pequeños
6. Scrum no necesita documentación
Mitos

12. Recomendaciones
Mientras más pequeño mejor
No “tropicalizar” Scrum violentando los
principios básicos.
Crear TimeBox
Piensa en equipo
Iniciar entrenamiento para entender los
principios de Scrum

13. Dejé de ser una persona
que dirige proyectos, para
convertirme en parte de un
equipo que desarrolla
productos de valor para la
organización…
Ing Cristian Barquero PMP
Scrum Master
Que me sucedió
con SCRUM?
www.linkedin.com/in/cristianbarquero/