miércoles, junio 29, 2016

martes, junio 21, 2016

Muchas veces lo más importante del daily ocurre después





Hola a todos

El daily (Scrum Diario o Daily Scrum ) es una reunión de sincronización del equipo que es facilitada por el Scrum Master, que se hacen de pie y donde cada miembro del equipo responde tres preguntas poderosas:
  • ¿Qué hice ayer que ayudó al Equipo de Desarrollo a lograr el Objetivo del Sprint?
  • ¿Qué haré hoy para ayudar al Equipo de Desarrollo a lograr el Objetivo del Sprint?
  • ¿Veo algún impedimento que evite que el Equipo de Desarrollo o yo logremos el Objetivo del Sprint? (según la Guía de Scrum)
O más simple
  • ¿Qué hice ayer?
  • ¿Qué voy a hacer hoy?
  • ¿Qué impedimentos tengo?
Esto se contesta rápidamente dentro de los 15 minutos del timebox establecidos, eso si,  evitando los antipatrones (clic aquí), pero a los scrum master y a los equipos que comienzan con scrum les realizo las siguientes sugerencias y ellos determinan si las adoptan o no.
  • Al equipo
    • Tomar nota o tratar de recordar los temas que les llamen la atención de sus compañeros para ser resueltos luegos del daily
  • Al Scrum Master:
    • Tomar nota de los impedimentos con fecha en que se originan ya sea en notas adhesivas (post-it) para el kanban de impedimentos o en alguna otra parte para ser resueltos. Ojala lo más visible posible, para poder reaccionar rápido.
    • Tomar nota de temas que le estén haciendo "ruido"-(llamando la atención o smells) del daily para ser resueltos para preguntarle a alguien o al equipo, después del daily.
    • Apenas el último miembro de equipo  finaliza el daily, decir abiertamente 
      • "FINALIZÓ EL DAILY" o "AQUÍ TERMINA EL DAILY" (o algo similar)
      • y luego decir (permitiendo el incomodo silencio cuando sea necesario):
        • los impedimentos identificados son este y este, ¿están de acuerdo?
        • ¿alguien quiere compartir algo, u observó que puede ayudar a alguien o necesitar ayuda?
        • ¿algo que necesite ser resuelto de primero?
      • Y después de un silencio decir por ejemplo:  "listo equipo vamos a trabajar" o esperar a que otro lo diga.

Es por eso que yo digo que:

miércoles, junio 08, 2016

Un hermoso sistema adaptativo complejo

Algo similar pero en diferentes escalas e interacciones sucede con un equipo de trabajo, y mucho más con un equipo scrum

miércoles, junio 01, 2016

Una propuesta de Definición: Gerente de Proyectos Ágil



Hola a todos

De un tiempo para acá me es común ver en los perfiles de Linkedin quienes se definen asi mismos como:
  • Gerente ágil
  • Gerente Agile
  • Gerente de Proyectos Ágil
  • Gerente Ágil de Proyectos
  • Agile Project Manager
Cosa que me agrada y alegra pues dice uno:
 - que bueno,  lo logramos, están a salvo, en el lado luminoso de la fuerza, han dejado el comando-control (1) y han comenzado a confiar en sus equipos, vamos a tener más equipos felices trabajando. (2)


Pero también hay casos en donde solo lo ponen como una moda sin comprender lo que abarca el "nuevo" término.

Debido a esto quiero por aca poner un grano de arena poniendo desde mi perspectiva que es un Gerente Ágil de Proyectos o cualquiera de sus derivaciones.

  • Un Gerente Ágil de Proyectos es alguien que promueve los principios y valores ágiles dentro de sus proyectos:
    • buscando generar entornos de trabajo donde los equipos sean colaborativos y creativos, de forma que exista una comunicación transparente, alta motivación, confianza, excelencia y autogestión, 
    • liberando software (productos) de valor, de forma temprana, continua y con excelencia técnica
    • maximizando el ROI
    • permitiendo ciclos cortos de mejora continua que le permitan realizar inspección y adaptación basado en la experiencia de ciclos anteriores
    • y velando por una óptima utilización de recursos financieros y del tiempo (3)
Basado en el manifiesto ágil(4), lean software development(5), lean minset(6), management 3.0 (7)(8) y la experiencia en este mundo de la agilidad quisiera evidenciar algunas prácticas, principios y actitudes que debería tener un proclamado o autoproclamado gerente ágil de proyectos:
  • Su foco es crear una solución para el problema de su cliente, realizando las preguntas correctas, resolviendo el problema correcto y generando un resultado de gran valor.
  • Tiene un gran conocimiento de los frameworks y métodos ágiles, sabe cuando emplear los unos y los otros, adicionalmente permite que estos funcionen con las reglas establecidas para los mismos.
  • Cree en las personas y no las trata como recursos que puede quitar y mover.
  • Sabe que existe un proceso pero es consciente que el trabajo en equipo y la generación real de equipos estables de trabajo es la clave del éxito de de su proyecto.
  • Empodera y energiza a las personas y los equipos.
  • Es consciente que el plan es un medio no el fin
  • Maximiza la comunicación tanto horizontal como vertical
  • Maximiza la comunicación y la transparencia a todos los niveles para reaccionar tan rápido como sea posible.
  • Tiene y propicia una comunicación clara, transparente y asertiva
  • Es un líder servicial, con metas claras que orienta y empodera
  • Comprende que lo más importante es la generación temprana y continua de valor y no el cumplimiento del plan,
  • Comprende que el plan es una herramienta y no un fin.
  • Genera valor en ciclos cortos de trabajo
  • Percibe el cambio como una oportunidad de generar valor. y no lo posterga.
  • Hace planes y proyecciones basados en la capacidad de su equipo de trabajo y en las métricas obtenidas de el.
  • No impone compromisos irrealistas y que no se puedan cumplir
  • Cree que los resultados excepcionales tienen como fuente la motivación y no la presión
  • No presiona al equipo por resultados irreales, creyendo que si los presiona para el 120% obtendrá el 100% esperado.
  • Comprende que la excelencia técnica y la calidad es clave en todos los procesos del proyecto
  • Comprende que la generación de incentivos es una herramienta que no genera compromiso y es consciente que es mas valioso el feedback, el reconocimiento tanto en equipo como entre pares. 
  • Propicia espacios de aprendizaje y ciclos cortos de mejora continua, de no más de un mes con preferencia al periodo mas corto.
  • Toma decisiones cuando tiene todos elementos necesarios para tomarlas
  • Reacciona tan rápido como sea posible, generando rápido feedback sobre el producto, procesos, personas y herramientas.
  • Comprende los espacios de los problemas y los resuelve de acuerdo a su clasificación evitando el reduccionismo y la sobresimplificación -clic aquí- 
  • Comprende cuando emplear planeación predictiva y cuando emplear gestión empírica basada en inspección y adaptación -clic aquí- .
  • Tiene un gran foco en reducir toda fricción e incrementar el flujo
  • (con sus aportes esta lista seguirá creciendo)

Como siempre, bienvenido el feedback

Saludos ágiles

Jorge Abad



Notas, Aclaraciones, Comentarios y Referencias
  1. Esta práctica es conocida por confiar infructíferamente en el plan en proyectos de software y no generar entornos de confianza con alta generación de valor.
  2. Además yo era uno de ellos, y me tomo casi 6 meses abrazar y comprender muchos de los principios ágiles (soy un rehabilitado, jajaja)
  3. Se tomaron elementos del Del triángulo de hierro al triángulo ágil (modificado) de mi estimado y bien ponderado amigo Lucho Salazar - @luchosalazarc para la generación de esta definición
  4. Manifiesto Ágil - Clic Aquí
  5. Lean Software Development - Clic Aquí
  6. Lean Mindset - Clic Aquí
  7. Managmenent 3.0 - Clic Aquí
  8. Martie el monstruo de Management 3.0 - Clic Aquí