Leyes que todo agilista debería conocer

28

description

De unos años a esta parte las metodologías ágiles han explotado como forma de gestionar proyectos de desarrollo de software. Parece como que nada hubiese existido antes de la llegada de Scrum o XP. Sin embargo en innegable que las metodologías ágiles condensan años de conocimiento y experiencia en gestión de proyectos. Existen una gran cantidad de 'leyes', comportamientos, correlaciones y hechos estudiados durante años sobre la gestión de proyectos de software cuyo conocimiento ayudará a todo Scrum Master... y además conocer estas leyes, ampliamente estudiadas y contrastadas, te dotará de argumentos a la hora de explicar la agilidad a compañeros de equipos, gestores de tu empresa o clientes. ¿Cuántos bugs 'perpetran' los equipos más ágiles? ¿Por qué funciona dejar que el equipo establezca sus propios compromisos? ¿Por qué no funciona añadir personas a proyectos retrasados? ¿Por qué se nos retrasan más las tareas si estimamos con búferes?. Todas estas preguntas y algunas más tienen una respuesta científica...

Transcript of Leyes que todo agilista debería conocer

Page 2: Leyes que todo agilista debería conocer

¿Quién es el enemigo?

Page 3: Leyes que todo agilista debería conocer

Tu intuición

Page 4: Leyes que todo agilista debería conocer

Tu voluntad

Page 5: Leyes que todo agilista debería conocer
Page 6: Leyes que todo agilista debería conocer

El tetraedro de oro

Page 7: Leyes que todo agilista debería conocer

El tetraedro ignorado

Page 8: Leyes que todo agilista debería conocer

Ley de Parkinson“Las necesidades se expanden para ocupar todos los

recursos disponibles”

Ley de Hosftadter“Una tarea siempre dura más que de lo que esperas,

incluso teniendo en cuenta la ley Hosftadter”

Corolario: “Eres incapaz de estimar, asumelo”

Page 9: Leyes que todo agilista debería conocer
Page 10: Leyes que todo agilista debería conocer
Page 11: Leyes que todo agilista debería conocer

Ley de Pareto

“Para numerosos fenomenos el 20% de lascausas probocan el 80% de los efectos”

Page 12: Leyes que todo agilista debería conocer
Page 13: Leyes que todo agilista debería conocer

Ley de Brooks“Añadir más personas a un proyecto retrasado

solo lo retrasa más”

Page 14: Leyes que todo agilista debería conocer

Ley de Humphrey

“Lo sabré cuando lo vea”

Page 15: Leyes que todo agilista debería conocer

¿Cuándo terminaremos?

¿Cuánto han cambiado los requisitos?

Page 16: Leyes que todo agilista debería conocer

Ley de Ziv

“El desarrollo del software es impredicible y los requisitosnunca serán completamente comprendidos”

Page 17: Leyes que todo agilista debería conocer
Page 18: Leyes que todo agilista debería conocer

Leyes de Lehman

“Cambio continuo: Un sistema debe ser continuamente adaptado o será cada vez menos satisfactorio para sus usuarios”

Page 19: Leyes que todo agilista debería conocer

Ley de Lehman“Complejidad creciente: La complejidad de un

sistema crece salvo que se trabaje para tratar de reducirla”

“Por cada 25% de incremento de complejidad en el problema se produce un 100% de complejidad

en la solución”- Robert L. Glass

Page 20: Leyes que todo agilista debería conocer
Page 21: Leyes que todo agilista debería conocer
Page 22: Leyes que todo agilista debería conocer

La curva J

“Ninguna mejora es fácil”

Page 23: Leyes que todo agilista debería conocer
Page 24: Leyes que todo agilista debería conocer

“Las herramientas y tecnicas no

funcionan tanto”

Page 25: Leyes que todo agilista debería conocer

“La calidad no esopcional nunca, la

alternativa esdemasiado cara”

“Tu no decides el significado de

calidad”

Page 26: Leyes que todo agilista debería conocer

Ley de las fugas de absctracción

“Toda abstracción fuga detalles”

Page 27: Leyes que todo agilista debería conocer

“Los clientes prefieren las malas noticias a las sorpresas”

Page 28: Leyes que todo agilista debería conocer