Este documento identifica las peores prácticas en la implementación de Scrum y cómo evitarlas. Describe prácticas como no ejecutar las reuniones de Scrum diarias correctamente, malentender el concepto de retrospectiva, y desatender las responsabilidades del Product Owner o Scrum Master cuando el proyecto va bien. También menciona que Scrum puede aplicarse a proyectos grandes usando "Scrum de Scrums" y que es importante considerar Scrum para áreas de producción y soporte, no solo para desarrollo.
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Peores prácticas en la implantación de Scrum y cómo evitarlas
1. Peores prácticas en la
implantación de Scrum y
cómo evitarlas
Jorge Vargas García
Consultor
2. Objetivo
Identificar si Scrum, como práctica ágil, es una
alternativa para su organización con resultados
correctos. Obteniendo una lista de lo que NO deben
hacer en su proceso de adopción, para conseguir en
el menor tiempo la mayor cantidad de beneficios
esperados.
2
3. Agenda
• Métodos Ágiles.
• Principios de los Métodos Ágiles.
• Lean Software Development.
• SCRUM.
• Que Si es Scrum.
• Qué No es Scrum.
• Peores prácticas implementando Scrum.
3
4. Métodos Ágiles
• No se refiere a una sola “práctica” o a una
“metodología”.
• El desarrollo de software mediante
métodos ágiles es el grupo de
metodologías y prácticas basadas en
desarrollo iterativo, donde los
requerimientos y sus soluciones están
relacionados con la colaboración entre
equipos auto-organizados de tipo multi-
funcional.
• Manifiesto Ágil en 2001.
4
5. Métodos Ágiles
• El Manifiesto Ágil, por lo tanto, los Métodos
Ágiles, valoran a:
– Individuos e iteraciones sobre los procesos y
las herramientas.
– Software funcionando sobre documentación
comprensible.
– Colaboración del Cliente sobre negociaciones
de contratos.
– Respuesta al cambio sobre a seguir el “plan”.
5
6. Principios de los Métodos Ágiles.
• Alta prioridad es
satisfacer al cliente.
• Los cambios a los
requerimientos son
bienvenidos.
• Liberación de software
funcionando
frecuentemente. • Software trabajando es una medida
• Desarrolladores y gente de progreso.
de negocio deben trabajar • Promueve el desarrollo sostenido.
conjuntamente.
• Atención continua a la excelencia
• Construir proyectos técnica y buen diseño.
alrededor de individuos
motivados. • Simplicidad.
• Un método sumamente • Las mejores arquitecturas,
eficaz y eficiente es la requerimientos y diseños emergen
conversación cara a cara. de equipos auto – organizados.
• En intervalos regulares el equipo
refleja en como ser más eficientes.
6
7. Lean Software Development
• Sus principios:
– Eliminar los despilfarros.
– Entregar lo antes posible.
– Ampliar el aprendizaje.
– Facultar al equipo.
– Postergar los compromisos.
– Construir con integridad.
– Ver el todo.
7
8. Scrum
Scrum es una práctica
iterativa incremental
para el manejo de
trabajo complejo como
el desarrollo de nuevos
(c) 2008 Anna Dewar for foreveryvision.com. All rights reserved. productos.
Es usado como una
práctica de Desarrollo
No es un acrónimo. Es mediante métodos
un significado. ágiles.
9. Scrum
Published 10 March 2006 10:15 by Colin.Bird
10. Qué SI es Scrum
• Es un conjunto de grupos de personas auto -
administradas.
• Es la liberación del re-trabajo o
funcionalidades que nunca han sido utilizadas
en producción.
• Es un proceso continuo de aprendizaje y
mejora.
• Es una nueva forma de entregar software
funcionando acorde a las necesidades del
negocio.
11. Qué NO es Scrum
• Una práctica de libertinaje a equipos de
desarrollo.
• Una manera de hacer que los equipos
trabajen más.
• Una metodología compleja y rígida que
debe ser seguida al pie de la letra.
• Una forma de romper con certificaciones
de calidad o de procesos establecidas en
la organización previamente o a futuro.
12. Peores prácticas implementando Scrum
La transición natural: pasar
de Líder de Proyecto a
Scrum Master.
Lo malo es que no se
olvidan que ya nunca más
deben ser como Líderes de
Proyectos, ahora son Scrum
Master.
Y esto es otro rollo.
Nuevas funciones y
responsabilidades.
13. Peores prácticas implementando Scrum
En el póquer de estimación, los “dados están
cargados”.
Por creencias de imposición, falta de experiencia
en la dinámica, intereses mal entendidos,
inexperiencia técnica del equipo, miedo de los
“managers” clásicos, etc.
14. Peores prácticas implementando Scrum
Creer que el no ejecutar las reuniones de
Scrum Diario en la forma, tiempo y duración
establecidos no es importante.
No olvidar que evita
desviaciones, propicia
la colaboración y
fomenta el aprendizaje
del equipo.
15. Peores prácticas implementando Scrum
Nadie genera o utiliza
la gráfica de Burn
Down.
Es más, algunos
equipos no saben que
existe este artefacto de
seguimiento del
proyecto.
16. Peores prácticas implementando Scrum
Se mal entiende el concepto de la Retrospectiva.
Es una reunión para saber que falló, que funcionó
y como mejorar el proceso, es decir, aprender y
evolucionar. No para “descansar” o “echarle la
culpa” a alguien.
17. Peores prácticas implementando Scrum
El proyecto va tan bien y marcha
sobre ruedas que el Product
Owner o Scrum Master
desatienden algunas de sus
responsabilidades.
Las juntas de pre-planeación o
revisión no actualizan el Product
Backlog en cuanto a
requerimientos y prioridades o
no se especifican o verifican las
pruebas de aceptación de las
historias de usuario.
18. Peores prácticas implementando Scrum
Algunos proyectos son
desviados del uso de
Scrum porque…
“Scrum no aplica para
proyectos grandes”
Para eso podemos hacer
Scrum de Scrums
Vertical Scrum - Flickr attribution license: jurvetson
19. Peores prácticas implementando Scrum
Existen iteraciones exitosas de desarrollo. El
Scrum funciona bien, el Product Owner es feliz.
¿Ya está listo para tener todo en producción?
¿Alguien ha escuchado acerca de Scrum para
áreas productivas y/o soporte?