Productividad mejor que Velocidad.

-

Qué es mejor ir a 200 km/hora en la dirección equivocada, implicando que entre más avanzas más lejos estás.
o
Ir a 80 km/hora en la dirección de la visión - dirección correcta -.

-

• Productividad ( me lo recordaba Jorge Johnson @jorge_johnson) es dar valor de negocio.
• Velocidad es construir software, útil o no útil pero software al fin al cabo.

Bajo estas definiciones entonces:

1. Hacer mucho software pero no generarle valor al cliente
• mucha velocidad y poca productividad
• ejemplo:
• hacer funcionalidades que serán poco usadas y que corresponden al "nice to have" y que no están alineadas con la visión del producto.
2. Hacer poco software pero generarle valor al cliente. 
• poca velocidad pero alta productividad 
• ejemplos
• cuando estamos haciendo refactor que nos permitirá tener una mejor aplicación
• cuando estamos haciendo componentes complejos pero que requieren gran esfuerzo en su construcción.
3. Hacer mucho software y generar mucho valor
• mucha velocidad y alta productividad
• ejemplo:
• construyendo funcionalidades de valor para el cliente de complejidad normal.
4. Hacer poco software y poco valor
• poca velocidad y poca productividad
• ejemplo
• Construir un componente muy complejo que requiere mucho esfuerzo, que no será muy usado. - por lo general un capricho funcional de algún interesado con poder -, y que no se encuentra alineado con la visión del producto.

En síntesis, nuestro esfuerzo como Equipo o como Scrum Masters es guiar al Product Owner a que solicite las funcionalidades del producto que le proporcionen valor, sea que estas se hagan o no con velocidad, pues estamos bajo el principio de transparencia y sabemos que estaremos con nuestro equipo trabajando comprometidamente en el backlog priorizado, en el 20% de las características que dan el 80% de beneficio (ley de pareto para el agilismo).



Por lo tanto, siempre preguntemos:

• ¿es necesario?
• ¿le agrega valor al producto?
• ¿cuantos lo van a usar?
• ¿ese uso lo pueden hacer en una herramienta externa? (informes que perfectamente pueden manipular mejor en excel)
• y volver a preguntar ¿es realmente  necesario?
• ¿prefieres nuestro tiempo en esta funcionalidad a esta otra?
• ¿si se acabará el dinero preferirías esto o aquello?
• ¿prefieres esta validación supercruzada entre estos 8 campos o que entreguemos esta historia que te saca el total de ventas del día? (por ejemplo)

Nota: 
Aunque esta nota aplica para el agilismo, también es valida para el esquema tradicional.



--