Breve definición de productividad

La productividad es la relación entre valor de negocio obtenido respecto a recursos utilizados, por unidad de tiempo.

Cómo medir la productividad

Métricas posibles (por unidad de tiempo):

• Valor de negocio desarrollado.
• Complejidad desarrollada (velocidad).

Otras métricas relacionadas:

• Satisfacción del cliente.
• Esperas, colas.
• Defectos.
• Calidad interna del producto.
• Motivación del equipo.

Cómo mejorar la productividad

Gestión de producto

• Disponer de un roadmap de producto priorizado por valor de negocio.
• Minimizar el tiempo entre la concepción de un objetivo de negocio hasta su entrega al usuario/consumidor, visualizando esperas y cuellos de botella en la cadena de valor y analizando sus causas.

Gestión de proyecto

• Reducción del trabajo en curso (WIP):
  
  • Minimizar el número de objetivos en curso.
  • Evitar la multitarea.
• Objetivos a corto plazo.
• Mejorar planteamientos:
  
  • Planteamientos colegiados.
    

(Este artículo parte de los comentarios realizados en un hilo del foro de Agile Spain)

Profundizando en base a la terminología de la ISO9126 de calidad de producto en ingeniería del software:

• La calidad en uso (satisfacción del usuario, efectividad, productividad, seguridad) es un aspecto a verificar por el Product Owner que, además de ser representante de los usuarios finales, también debe asegurar que el producto cumpla con las necesidades del negocio y estratégicas de los stakeholders del proyecto.
• La calidad externa (funcionalidad, usabilidad, eficiencia, mantenibilidad, fiabilidad, portabilidad) en algunos aspectos es más difícil de verificar  por el Product Owner.
• La calidad interna no suele poder ser verificable directamente por el Product Owner.

Como comenta Xavier Quesada en el mencionado hilo, “[allí donde la calidad externa e interna no es observable] el equipo tiene una obligación básica de desarrollar un producto, un software, de calidad, o sea el Product Owner no debe convertirse en el Tester/QA del equipo”.

Si es necesario, el Product Owner se puede servir de diversos mecanismos de apoyo para verificar la calidad externa e interna del producto como, por ejemplo, una auditoría experta. En el caso de desarrollo de software, se trataría de una auditoría del código fuente, patrones arquitectónicos utilizados, trazabilidad entre requisitos (o historias de usuario) respecto a los casos de prueba de aceptación (condiciones de satisfacción) y otros modelos o entregables, etc.

• Nuestros clientes, que reciben un mejor servicio.
• Los trabajadores (nosotros), que podemos realizarnos profesionalmente en nuestro trabajo y que disfrutamos más.

En este encuentro se compartieron experiencias sobre los siguientes temas:

• La manera en que las metodologías ágiles permiten hacer proyectos con un alto nivel de calidad, entendida como (1) la satisfacción de las expectativas del cliente, usuarios finales o consumidores, (2) el comportamiento correcto del producto y (3) la garantía de su mantenibilidad. Todo ello gracias a los principios de Lean (análisis del valor desde la concepción del producto hasta su venta), a que Scrum en sí mismo es un proceso de mejora continua y a que XP (eXtreme Programming) consta de prácticas de ingeniería enfocadas a mantener una alta calidad interna que permite una velocidad de desarrollo sostenible.

• Hasta qué punto la calidad es negociable y cómo, gracias a priorizar los objetivos del proyecto por valor, las metodologías ágiles permiten prescindir de requisitos de baja prioridad antes que tener que degradar la calidad.
• El proceso de Scrum se puede certificar casi directamente en nivel 3 de CMMI y existen empresas certificadas en nivel 5 que al adoptar Scrum han reducido mucho esfuerzo innecesario. La dificultad de certificar CMMI es la falta de conocimiento de los certificadores sobre metodologías ágiles, aunque el SEI está empezando a tener en cuenta estas metodologías.
• El objetivo de Q/A en metodologías ágiles es evitar que se produzcan errores más que encontrarlos (con lo cual deben formar parte del propio equipo de desarrollo y participar desde la definición de los objetivos del proyecto) así como colaborar en la mejora de los procesos de trabajo para ser más productivos.