martes, agosto 27, 2013

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.



--

1 comentario:

  1. Todo lo que se relación con el mundo de las computadoras me interesa mucho y por eso soy de pasar mucho tiempo averiguando cosas del mundo de la informática. Estaba buscando en internet bajar algunos programas para mi gps

    ResponderEliminar