MOB PROGRAMMING como 
forma de auto- organizacion 
de un equipo AGILE
Oscar Amelunge
• “ Where one person might be weak, someone 
else was strong.” 
• “Si quieres ir rápido ve solo, si quieres ir lejos ve 
a...
•Historia de usuario MUY CORTA 
•Historia de usuario MUY LARGA 
•Historia de usuario MUY, MUY 
MUY LARGA
MOB PROGRAMMING 
“Mob programming is a 
software development 
approach where the whole 
team works on the same 
thing at t...
Principle 
“Treat each other with 
kindness, consideration, and 
respect.”
Practice 
Driver/navigator pair 
programming adapted to 
work with the whole team
Practice 
Timed Rotation
Practice 
Practice: Whole Team
Practice: 
Reflect, Tune, and Adjust 
Frequently
Donde Aplicamos MOB 
1. Historias de usuario que son 
muy grandes no se puede 
partir. 
2. No todos los miembros del 
equi...
Historias Grandes 
1. Brainstorming para generar 
ideas de por donde empezamos. 
2. Dividir la historias(tareas) en 
posib...
Falta de habilidades 
1. Una tarea seleccionada es trabajada 
por un “driver expert”. 
2. Los “navigators dummy” observan ...
Problemas del MOB 
• Navigators “Pasivos”. 
• Puede no ser productivo para historias 
de usuarios simples. 
• Los Drivers ...
Beneficios 
• El código tiene el talento y el ingenio 
de todo el equipo. 
• Implícitamente se da el code review 
• Si la ...
Conclusiones 
• Mob funciona cuando las personas se respetan, colaboran y están 
dispuestas a aprender y enseñar. 
• Mob s...
@oscaramelunge 
oscar.amelunge@gmail.com 
oscar.amelunge 
bo.linkedin.com/pub/oscar-amelunge/
Mob programming  como forma de auto organización de un equipo Agile
Mob programming  como forma de auto organización de un equipo Agile
Mob programming  como forma de auto organización de un equipo Agile
Mob programming  como forma de auto organización de un equipo Agile
Mob programming  como forma de auto organización de un equipo Agile
Mob programming  como forma de auto organización de un equipo Agile
Mob programming  como forma de auto organización de un equipo Agile
Próxima SlideShare
Cargando en…5
×

Mob programming como forma de auto organización de un equipo Agile

346 visualizaciones

Publicado el

Publicado en: Software
0 comentarios
1 recomendación
Estadísticas
Notas
  • Sé el primero en comentar

Sin descargas
Visualizaciones
Visualizaciones totales
346
En SlideShare
0
De insertados
0
Número de insertados
9
Acciones
Compartido
0
Descargas
7
Comentarios
0
Recomendaciones
1
Insertados 0
No insertados

No hay notas en la diapositiva.
  • Historia de usuario grande y con mucho valor de negocio, chau planificacion
  • Mob programming como forma de auto organización de un equipo Agile

    1. 1. MOB PROGRAMMING como forma de auto- organizacion de un equipo AGILE
    2. 2. Oscar Amelunge
    3. 3. • “ Where one person might be weak, someone else was strong.” • “Si quieres ir rápido ve solo, si quieres ir lejos ve acompañado”
    4. 4. •Historia de usuario MUY CORTA •Historia de usuario MUY LARGA •Historia de usuario MUY, MUY MUY LARGA
    5. 5. MOB PROGRAMMING “Mob programming is a software development approach where the whole team works on the same thing at the same time, in the same space, and at the same computer.” Woody Zuill
    6. 6. Principle “Treat each other with kindness, consideration, and respect.”
    7. 7. Practice Driver/navigator pair programming adapted to work with the whole team
    8. 8. Practice Timed Rotation
    9. 9. Practice Practice: Whole Team
    10. 10. Practice: Reflect, Tune, and Adjust Frequently
    11. 11. Donde Aplicamos MOB 1. Historias de usuario que son muy grandes no se puede partir. 2. No todos los miembros del equipo son expertos en la historias de usuario o no tienen la habilidades para desarrollar toda la historia de usuario.
    12. 12. Historias Grandes 1. Brainstorming para generar ideas de por donde empezamos. 2. Dividir la historias(tareas) en posibles tareas (sub-tareas) 3. Empezar a trabajar las tareas menos claras. 4. Volver al paso 1 si las tareas son muy grandes 5. Codificar (Se recomienda TDD) Recomendación: Tener siempre a mano al P.O. o experto del negocio
    13. 13. Falta de habilidades 1. Una tarea seleccionada es trabajada por un “driver expert”. 2. Los “navigators dummy” observan 3. Se termina la tarea y se discute y conceptualiza que se realice 4. “Borro todo el código” y el “navigator dummy” se vuelve a tartar de escribir todo. 4. El “navigator dummy” hace una tarea similar
    14. 14. Problemas del MOB • Navigators “Pasivos”. • Puede no ser productivo para historias de usuarios simples. • Los Drivers “Genios” • Los Navigators “Teoricos que saben como resolver el problema” • Si la visión de la empresa es Horas/Hombre, va a ser un desastre • Problemas Tecnicos
    15. 15. Beneficios • El código tiene el talento y el ingenio de todo el equipo. • Implícitamente se da el code review • Si la empresa se enfoca en el valor de negocio es genial. • Se genera un proceso de aprendizaje técnico y del negocio. • Se optimiza la productividad al trabajar todos en una maquina.
    16. 16. Conclusiones • Mob funciona cuando las personas se respetan, colaboran y están dispuestas a aprender y enseñar. • Mob se nos da muy bien para trabajar historias de usuario Grandes y de alto valor de negocio. • Mob facilito el proceso de aprendizaje de los miembros del equipo en el negocio o en lo tecnológico. • Mob no siempre es bien visto por los directivos de la empresa • Mob no es un SilverBullet.
    17. 17. @oscaramelunge oscar.amelunge@gmail.com oscar.amelunge bo.linkedin.com/pub/oscar-amelunge/

    ×