Hoy traemos la última entrada de esta – espero que interesante – serie de tres. En la misma, revisamos los tres últimos aspectos comunes alrededor de las personas que trabajan con la agilidad y deben hacer frente a diferentes circunstancias que ponen a prueba su entendimiento de los valores y principios subyacentes de la agilidad.

En esta ocasión comentaremos los relacionados con: la necesidad de focalizarse en la mejora continua, la importancia de financiar hipotesis de negocio que verifican la idea general (business case), y la necesidad de fortalecer competencias no-core.

Como ya es habitual, lo haremos desde la perspectiva situacional donde el argumento en cuestión puede tener su origen en la(s) figura(s) de(l) CEO, CTO, Manager, Product Owner y/o Desarrollador.

Argumento 7: No podemos perder el tiempo aprendiendo, tenemos que liberar funcionalidades

• Origen: CEO/BU Leader
  • Contraargumento: Amazon lanzo el Fire Phone sin aprender acerca de si estaba entregando valor. Perdieron US $ 170MM en inventario no vendido.
• Origen: CTO
  • Contraargumento: ¿Cómo construimos una pila tecnológica que nos pueda llevar del prototipo a la producción sin problemas?
• Origen: Manager
  • Contraargumento: Es más barato aprender que liberar la funcionalidad incorrecta (o una funcionalidad no utilizada)
• Origen: Product Owner  
  • Contraargumento: Asignar un porcentaje de cada sprint al trabajo de descubrimiento asegura que estamos entregando las funcionalidades con más probabilidades de tener éxito.
• Origen: Desarrollador  
  • Contraargumento: ¿Cuándo fue la última vez que vio a alguien usar el código que escribió?

Argumento 8: Nada se financia sin un plan de negocios completo

• Origen: CEO/BU Leader
  • Contraargumento: ¿Qué pasa si redujimos nuestro horizonte de planificación a 1 trimestre? Reduciríamos nuestro riesgo en 3/4.
• Origen: CTO
  • Contraargumento: ¿Cómo podemos proporcionar a nuestros equipos la capacidad de aprender si están trabajando en lo correcto en una cadencia trimestral?
• Origen: Manager
  • Contraargumento: El año pasado, cuando hicimos la planificación anual, ¿qué tan precisos fuimos?
• Origen: Product Owner  
  • Contraargumento: ¿Cuáles son los supuestos incluidos en nuestro plan de negocios? ¿Cómo podemos asegurarnos de que son ciertos?
• Origen: Desarrollador  
  • Contraargumento: ¿Cuánto estarías dispuesto a apostar sobre si tus estimaciones son correctas para los próximos 12 meses? ¿Apostarías tu trabajo en ello? ¿Si no, porque no?

Argumento 9: Los técnicos deberían estar escribiendo código

• Origen: CEO/BU Leader
  • Contraargumento: Contratamos personas para su competencia principal, pero ¿cómo podemos hacer que aporten todo lo mejor de ellos mismos?
• Origen: CTO
  • Contraargumento: El desarrollo profesional no es una competencia estrictamente técnica. Requiere una perspectiva más amplia sobre el trabajo.
• Origen: Manager
  • Contraargumento: La mayoría de nuestros supuestos iniciales están equivocados. Esto incluye decisiones de código. ¿Cómo podemos reducir las elecciones equivocadas?
• Origen: Product Owner  
  • Contraargumento: ¿Qué pasa si nos optimizamos para medirnos por la velocidad y enviamos regularmente las cosas incorrectas?
• Origen: Desarrollador  
  • Contraargumento: Sus suposiciones sobre cómo los usuarios usarán el código que escribe a menudo son erróneas. Deja que te lo muestre.