domingo, enero 28, 2018

Las métricas en contra del sistema

Algunos pensamientos sobre métricas, procesos y documentación

Hola a todos

Dejo por acá estos pensamientos que me dan vueltas

Sobre las métricas

  • Deben trabajar para mi y no al revés
  • deben buscar abundancia y no escasez, es decir, me ayudan a mejorar y dar salud a mi entorno, no son para generar presión y desgaste de los involucrados
  • Pocas métricas es mejor que muchas métricas

Sobre los métodos, procesos y mejora continua
  • Deben trabajar para mi y no yo para ellos
  • Los métodos, frameworks y procesos serán útiles hasta que se encuentre una mejor forma de hacer las cosas
  • la mejora continua debe llevarme tan lejos como yo lo visione
  • la vigilancia tecnológica es necesario para alimentar la mejora continua y saber referentes
  • los experimentos son claves para avanzar en la mejora continua
Sobre la documentación
  • La documentación trabaja para mí
  • Se documenta lo que genera valor

miércoles, enero 17, 2018

Una excelente definición de Valor

domingo, enero 14, 2018

Encontrando el MVP con un Roadmap y el Mapa de Afinidad

Hola a todos

Realizando talleres Producto Mínimo Viable - MVP (Minimun Viable Product), he encontrado que para cierto tipo de equipos les da dificultad emplear la técnica del User Story Map de Jeff Patton, para estos equipos he ideado esta técnica basada en el Roadmap y el Mapa de Afinidad, espero les guste y también les sirva con sus equipos.

Saludos Ágiles

Bienvenido el Feedback
Jorge H. Abad L.

sábado, enero 13, 2018

Unos tips y preguntas poderosas para encontrar el MVP


A continuación a compartir algunos tips y preguntas que hemos encontrado con varios Agile Coaches (Lucho Salazar @LuchoSalazarC, Pablo Mejía  @pmejia73) que te pueden ayudar a en
  • Siempre busque paretos, cual es el 20% del sistema que generaría un 80% de valor o impacto en el negocio.
  • Identifique cuál o cuáles son los criterios claves para la selección del MVP (4)
  • ¿Si me voy del proyecto qué es lo mínimo que quiero dejarle?
  • si es una migración o reconstrucción de un sistema
    •  ¿cuales son las funcionalidades que registran más uso del sistema? 
    • ¿agrega valor volver a construir lo que se dejó de usar o lo que nunca se ha usado?
  • Imagine el dinero es suyo, o que le darán un premio por invertir la menor cantidad de dinero
  • ¿Cual es la mínima funcionalidad que comienza a resolver el problema de negocio?
  • ¿Y si le recortaran el dinero al proyecto a la mitad?¿y la mitad de esa mitad?
    • ¿que sería lo mínimo que usted podría dejarle al proyecto si quiere dejar una gran impresión pero tiene esta restricción de dinero?
  • ¿Y si le recortaran el tiempo al proyecto a la mitad?¿y la mitad de esa mitad?
    • ¿que sería lo mínimo que usted podría dejarle al proyecto si quiere dejar una gran impresión pero tiene esta restricción de tiempo?


Hasta acá este pequeño compartir
Bienvenido el feedback


Saludos Ágiles
Jorge Abad


Notas, Referencias, Comentarios, Aclaraciones


  1. Minimísimo Producto Viable - PRAGMA - Pablo Mejía - Mínimo producto viable - ágil - https://es.slideshare.net/PabloMejaArbelez/minimisimo-producto-viable-pragma-pablo-meja
  2. How to Split a User Story - http://agileforall.com/resources/how-to-split-a-user-story/
  3. Sí, Mínimo Producto Viable ¿Pero en qué contexto? - http://www.lecciones-aprendidas.info/2016/10/si-minimo-producto-viable-pero-en-que.html
  4. Criterios de Selección del Mínimo Producto Viable - http://www.lecciones-aprendidas.info/2018/01/criterios-de-seleccion-del-minimo-producto-viable.html

Algunos Criterios o Patrones de Selección del Mínimo Producto Viable



Muchas veces elegir o encontrar el Mínimo Producto Viable (MVP - Minimun Viable Product) no es un ejercicio fácil para el Dueño del Producto y sus interesados (o stakeholders), en ocasiones se deben revisar criterios de negocio, criterios técnicos, o tal vez se requiera de un análisis multi-objetivo que ayude a determinar cual es el valor que se quiere entregar en la primera versión del producto. A continuación les comparto algunos criterios:

  1. Validar una hipótesis de negocio con el mercado. Es la común para las startups, buscando obtener el máximo aprendizaje.
  2. Validar un pedazo riesgoso de una solución
  3. Primero lo más barato
  4. Lo que menos cuesta
  5. Lo que implique el mayor ahorro en el proceso
  6. Primero una una tecnología específica y luego el resto, ejemplo primero construir la solución para Android y luego para iPhone
  7. Automatizar una parte del proceso y luego el resto
  8. Lo que me comience a resolver el problema de negocio más rápidamente
  9. Primero ciertos roles claves y luego otros
  10. Las reglas de negocio de mayor impacto primero y luego las otras
  11. Primero el camino feliz y luego las excepciones
  12. Construir para una segmentación de datos y luego para los otros, ejemplos: compradores frecuentes y luego compradores de ciertos productos.
  13. La operación del sistema que me permita obtener mayor valor
  14. (Si el criterio es performance) Primero construir la solución con desempeño normal y luego llevarla al alto desempeño
  15. Eliminando el riesgo regulatorio o minimizando su impacto
  16. Minimizar multas o sanciones
  17. Lo que más ingresos me produzca
  18. Lo que mínimo que me permita igualar uno o varios servicios de mi competencia.
  19. En una migración: lo más usado y luego lo menos



Hasta acá este pequeño compartir, si encuentran más criterios no dudes en hacer su aporte en la zona de comentarios, los citaré respectivamente.

Bienvenido el feedback

Saludos Ágiles
Jorge Abad




Notas, Referencias, Comentarios, Aclaraciones


  1. Minimísimo Producto Viable - PRAGMA - Pablo Mejía - Mínimo producto viable - ágil - https://es.slideshare.net/PabloMejaArbelez/minimisimo-producto-viable-pragma-pablo-meja
  2. How to Split a User Story - http://agileforall.com/resources/how-to-split-a-user-story/
  3. Sí, Mínimo Producto Viable ¿Pero en qué contexto? - http://www.lecciones-aprendidas.info/2016/10/si-minimo-producto-viable-pero-en-que.html