Product Owner y Program Manager

Son dos roles con las mismas responsabilidades , solo que en diferentes niveles

Product Owner a nivel de Historias de Usuario enfocado aun Equipo

Program Manager a nivel de épicas y features enfocado a una tribu( varios equipos para un mismo producto o canal)

Esto son definiciones basadas en SAFe

Captura de pantalla 2017-09-20 a la(s) 10.52.58.png

Anuncios
Minientrada

Ritmo sostenible vs Productividad

Cada vez en las transformaciones ágiles se hace más necesario poder saber la productividad de un equipo para tres cosas:

  • Conocer si esta mal
  • Puede dar más
  • Está en zona de confort

He visto que para lograrlo hacen cálculos como:

  • Número de horas planeadas * Número de horas ejecutadas
  • Número de necesidades entregadas vs tiempo invertido
  • Funcionalidades entregadas – Errores encontrados

Todo lo anterior apunta a la forma tradicional de ver la productividad, en agilidad personalmente tomó uno de los principios que invita al ritmo sostenible para cambiar la palabra productividad.

La fórmula para calcular  el ritmo sostenible  y representarlo desde mi punto de vista, influenciado por lectura y diversas fuentes

productividad.png

productividad2.png

Pero si ven el ritmo sostenible implica comportamientos, habilidades y cultura , y cambiar esto debe ser un convencimiento desde el yo, nosotros y la organización y por eso es más fácil volver a productividad.

Es mi invitación que si estamos cansados de que midan nuestro potencial creativo basado en números , empecemos a sacar el ritmo sostenible.

Saludos

Hablar de descubrimiento de producto

1. Debemos responder estás tres preguntas sin importar la técnica 


Vender la idea y conocerla


Personificar la solución 


Saber que podría suceder y mapear como liberaría el producto 



Recuerden que es un proceso colaborativo y de convergencia donde todos confiamos y creemos en lo que vamos hacer.

Saludos

Agile Coach

Desde finales del 2015, cuando había demostrado habilidades como Scrum Master y de conocer otros métodos ágiles aparte de Scrum, me empezaron a llamar Agile Coach, donde la palabra Coach es bastante controversial, ya que habla mucho del trabajo de las personas a través de la escucha y las preguntas poderosas para ayudar a los demás a descubrir y solucionar inconvenientes, cosa que en ocasiones no hago muy bien, ya que como formación soy Ingeniero y adicional trabajo con equipos de software en los cuales si tengo una opinión (basado en lo que conozco) me cuesta guardarla y más si va en pro de lograr la meta.

También habló de medir para la rentabilidad(métricas) y ademas de que la euforia de Scrum dura 9 meses y que luego no se nos puede olvidar que trabajamos en software y se debe hacer bien, y por eso me identifico más con Facilitador o Mentor Ágil, pero esto es menos marquetero :), lo cual puede ser tema de otro post.

Quiero contar un poco que entiendo por mi rol de Agile Coach, unos pueden identificarse, otros darle una luz en qué habilidades trabajar y otros dirán no es eso….. pero acá va.

  1.  Inspirar confianza en una doble vía con quien trabaja.
  2. Ayudar en la mejora de lo que se hace y de lo que son quienes trabajan preguntando ¿Qué hacen? ¿Por qué lo hacen? ¿Donde puede mejorar?.
  3. Propiciar espacios abiertos de discusión donde existe el cuestionamiento constructivo.
  4. Comprender las acciones que ayudan en los logros o resultados.
  5. Ser capaz de exponer los éxitos, los fracasos(aprendizajes) y ser vulnerables.
  6. Ser curioso y guerrero en el cuidado y desarrollo de las personas.
  7. Estimular y ayudar en la ejecución buscando el progreso hacia la meta.
  8. Fijar expectativas que desafían las situaciones actuales.
  9. Buscar personas que funcione como caja de resonancia en los mensajes, prácticas y mentalidad.

Todos esos puntos son un camino en la evolución de ser un mejor Coach, Facilitador o Mentor y recordar que todos son importantes trabajarlos, practicar y ser mejores cada día.

Saludos

Fallando en Adopciones Ágiles

Desde el 2015 he tenido la oportunidad de participar en algunas transformaciones interesantes en los sectores aeronáutico, banca y  telecomunicaciones; aprendiendo algunas cosas por las que empiezan a fallar las adopciones o transformaciones ágiles:

  • Estar certificados sobre entender y dominar el método
  • Falta de compromiso en los resultados
  • No trabajar duro para lograr el éxito
  • Múltiples herramientas antes de entender el proceso y proponer soluciones simples (KISS)
  • Miedo al fracaso y a la pérdida de control
  • Entender que el prerrequisito para la autoorganización es el compromiso
  • La dinámica social de aprender de otros y ofrecer lo que se.
  • Solo saber las cosas, más no hacer (Acciones sobre intenciones)
  • Impaciencia y poca preocupación sobre los resultados(Medir para mejorar)
  • Hablar de restituir cargos, areas, procesos en vez de hablar de mejora o cambio
  • No conciencia en la generación de valor y  la toma de decisiones
  • Estructura organizativa sin volución (De cargos a Roles)
  • Conocer la transición como causa de las altas y bajas en la productividad
  • No saber lo que las personas quieren, piensan y sienten
  • Conformación de equipos a la azar y desagrupación de los mismos
  • Ser fundamentalistas o estrictos, sobre ser un poco liberal y explorador
  • No conocer ni el manifiesto ni los valores, peor aún no vivirlos
  • Calidad y automatización no incorporada
  • Ser ágil no es una decisión , es un mandato
  • Agilidad está en la mente(individuo) , mas no en la mentalidad(cultura)
  • No reconocer ni respetar los procesos de crecimiento y aprendizaje

¿Cuál agregarías?

Saludos