Material del taller de gestión de proyectos.

1. La gestión del proyecto es
un trabajo de equipo
Carlos Blé - Junio 2019 - leanmind.es
1

2. ¿Por qué fracasamos?
¿Doctor es normal que me duelan todos los proyectos?

3. Problemas de comunicación
◇ No saber comunicar con eficacia.
◇ No hablar el idioma del negocio.
◇ No nos vemos las caras lo suficiente.
◇ No usamos los medios adecuados.
◇ No hemos alineado las expectativas.
◇ Ausencia de comunicación y aislamiento.
◇ Inestabilidad emocional.
3

4. Condiciones desfavorables
◇ Análisis erróneo del problema.
◇ Problemas económicos.
◇ Diferencias en los valores.
◇ Falta de experiencia, conocimiento y mentores.
￭ Técnica, gestión, análisis, liderazgo, toma de decisiones, selección de
personal/proyecto/cliente, herramientas...
◇ Cultura destructiva o inapropiada.
◇ Ausencia o exceso de método.
◇ Ausencia de motivación intrínseca.
4

5. Herramientas clave
◇ Inteligencia emocional
￭ Empatía cognitiva
￭ ¿Qué película se montan los demás en sus cabezas? ¿y yo?
￭ ¿Cuáles son los miedos, deseos, riesgos, restricciones, fortalezas?
◇ Bitácora de proyecto.
◇ Método: Agile y Lean
◇ Aprender mientras se trabaja: formación y mentoría.
◇ Team building fuera del trabajo: comer, divertirse, reír, deporte, aventura…
◇ Diversidad en los equipos: el airbag que mataba mujeres y niños.
5

6. Reflexiones
◇ Los fallos nos permiten aprender (cuidado, hace falta abrir la mente).
◇ Hace falta disciplina para dejar por escrito las lecciones aprendidas.
◇ Define a tu cliente/proyecto ideal
◇ ¿Has mirado cómo lo han resuelto otros? Hay vida ahí fuera.
◇ ¿Cuál es el siguiente libro/curso que vas a estudiar?
◇ ¿Qué es lo que te emociona de tu trabajo?
◇ Visualiza el éxito en tu proyecto actual o tu último proyecto. Escríbelo.
◇ ¿Qué cambio estás intentando provocar? ¿para quién? ¿para qué? ¿por qué?
6

7. Juego sorpresa
Ejercicio práctico
7

8. Lean y Agile
Somos metódicos

9. Lean manufactoring
◇ 1.- Especificar el valor para el cliente.
◇ 2.- Identificar la cadena de procesos que aportan valor en
cada servicio.
◇ 3.- Buscar que el servicio fluya a través de los pasos que crean
valor eliminando el desperdicio.
◇ 4.- Permitir que el cliente utilice el servicio cuando lo necesite
(crear un sistema pull).
◇ 5.- Gestionar hasta la perfección, esto es, que el número de
pasos y la cantidad de tiempo e información necesarios para
llegar al cliente vaya disminuyendo continuamente.
9

10. Agile Manifesto
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
10
Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim
Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff
Sutherland, Dave Thomas

11. 11

12. 12
Imagen de: https://plan.io/blog/ultimate-guide-to-implementing-agile-project-management-and-scrum/

13. Contrátos Agiles
◇ Juego finito VS Juego Infinito.
◇ Usar las estimaciones para alinear las expectativas. ¿#NoEstimates?
◇ Participación y compromiso de todas las partes interesadas.
◇ Confianza y colaboración: resultados rápidos y constantes,
visibilidad.
◇ La calidad no se cuestiona, la deuda técnica se gestiona.
◇ Si hay que reducir algo, que sea la cantidad de funciones.
◇ Decisiones basadas en datos, métricas.
◇ Los cambios son bienvenidos, el caos no tanto.
◇ Simplicidad en las relaciones: time and materials
13

14. MVP según Henrik Kniberg
14

15. Reuniones esenciales
◇ Daily stand-up meeting
◇ Retrospectivas
◇ Specification workshops
◇ Demos
◇ Brainstorming / Brainwriting
15
Salvo la reunión diaria, todas las demás deben ir acompañadas de un posterior acta de
reunión por escrito, compartida con todos. Es un recordatorio de la conversación que
alimenta la bitácora del proyecto.

16. Productividad
◇ Interrupciones, flow, deep work.
◇ Meetings: planificados, con objetivos y
conclusiones.
◇ Simplicidad en los procesos y herramientas.
◇ Long hours, urgencia, Slack time.
◇ Comunicación eficaz y comunicación no
violenta.
◇ Cuellos de botella.
◇ Aprendizaje.
16

17. eXtreme Programming (XP)
17
Equipo y productividad:
Pair programming, Pair testing, Mob programming, Continuous
Integration, Collective code ownership, Simple design

18. Seguimiento: Kanban
18
Si el tablón es físico en una pared con papeles, todavía mejor

19. Liderazgo
Sé el cambio que buscas

20. ¿Qué es un lĺder?
◇ “Convence sin obligar, gracias a la automotivación que despierta en los demás.
Conduce a un compromiso voluntariamente asumido” - Daniel Gabarró.
◇ Se esfuerza por entender a los demás en lugar de exigir que sean ellos quien le entiendan.
◇ Un líder nunca se relaciona con los demás desde los sentimientos negativos:
ira, opresión, venganza,... El líder se va a gritar a la playa o al monte pero no a su equipo.
◇ ¿Qué necesito cambiar en mí para inspirar a los demás?
◇ ¿Cómo puedo conseguir que mi equipo se interese por X (calidad, negocio, testing…)?
◇ ¿Cómo puedo maximizar el aprendizaje de mi equipo?
20

21. ¿Roles o personas?
◇ Varias personas pueden compartir el mismo rol.
◇ Una persona puede jugar varios roles.
◇ La calidad es responsabilidad de todos.
◇ El ambiente debe ser seguro y productivo.
◇ Exposición directa a consecuencias de los actos.
21

22. Requisitos
¿Cuál es el problema?

23. 23

24. Separar problema de solución
◇ Contexto: ¿Por qué? ¿Para qué?
◇ Specification by Example / BDD
◇ Design Thinking
◇ Mind maps
◇ Spikes & Prototypes
◇ Seven product dimensions
◇ Event Storming
◇ … and many more...
24

25. Historias de usuario
◇ Recordatorio de una conversación
◇ SMART: Specific, Measurable, Achievable, Relevant and Time-bound
◇ INVEST: Independent, Negotiable, Valuable, Estimable, Small, Testable
◇ Foco en negocio, no en “issues de Jira”.
◇ Done: Está hecha cuando está en producción.
25

26. Behaviour Driven Development
◇ Specification by Example / ATDD
◇ The three amigos, specification workshops,
requirement workshops.
◇ Criterios de aceptación.
◇ Ejemplos y Escenarios.
◇ Example mapping.
26

27. Deep work for Slack
Ejercicio práctico
27

28. Proyectos saludables
◇ Hay entregas frecuentes, a ser posible, continuous delivery.
◇ Los desarrolladores pueden preguntar al cliente directamente.
◇ Existen restricciones: tiempo, personas, licencias…
◇ La deuda técnica está planificada y gestionada.
◇ La velocidad de desarrollo es constante, gracias a la calidad del código.
◇ Las acciones que nacen en las retrospectivas se llevan a cabo.
◇ Hay usuarios desde una fase temprana y procesamos su feedback.
◇ El ritmo es sostenible, no estamos en permanente urgencia.
◇ Las reuniones son una celebración y no un tostón.
28

29. Recursos
◇ Finite and Infinite Games - James Carse
◇ Extreme Programming Explained, 2nd Edition - Kent Beck & Cynthia Andres
◇ Libros de gestión y metodologías de Roberto Canales.
◇ Minimum Viable Product by Henrik Kniberg.
◇ Agile Coaching, Rachel Davies & Liz Sedley
◇ Coaching Agile Teams - Lyssa Adkins
◇ Fundamental Theory of Agile Software Development - JB Rainsberger
◇ Separar el problema de la solución (slides, video) - Carlos Blé
◇ Discover to Deliver - Mary Gorman & Ellen Gottesdiener
◇ Discovery: Explore behaviour using examples - Gaspar Nagy & Seb Rose
◇ Specification by Example - Gojko Adzic
◇ Example mapping - Matt Wynne
◇ Comunicación no violenta - Marshall Rosenberg
◇ Liderazgo Consciente - Daniel Gabarró
◇ Las 7 reglas de oro de la oratoria de Ángel Lafuente.
◇ Linchpin - Seth Godin
◇ Kanban and Scrum - Making the Most of Both - Henrik Kniberg
29

30. ¡Gracias!
Carlosble.com - @carlosble