miércoles, junio 29, 2016

[Webinar] Agile Coaching: What does it mean? by Guilherme Motta

Hola a todos

Les comparto este interesante Webinar que hicimos en @AgilesColombia con Guilherme Motta @gfmotta (Agile Coach en un Banco de Brasil), sobre lo que significa ser Agile Coach. La sesión fue en inglés.

Espero lo disfruten como nosotros.

Saludos Ágiles

Jorge Abad


VIDEO



PRESENTACIÓN EN SLIDESHARE



El link del meetup
http://www.meetup.com/es-ES/AgilesColombia/events/231973566/

User Story Map - Mapas de Historias de Usuario. Elaboración y Cálculo de Tiempo y Costo

Hola a todos

Les comparto esta oportunidad que medio devAcademy.la de compartir un devHangout sobre Mapa de Historias de Usuario o User Story Map.

Saludos Ágiles
Jorge Abad.



PRESENTACIÓN EN SLIDESHARE



VIDEO DEL DEVHANGOUT

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í