No implementado = sin valor

De los doce principios del Manifiesto Ágil, algunas personas asocian el término "valor" con la entrega de software funcional. El enfoque en software funcional en Agile y Scrum proviene de uno de los cuatro valores: "software funcional sobre documentación exhaustiva". Este valor es una reacción a proyectos y programas en los que los informes y las presentaciones de PowerPoint valen más que entregar software a los usuarios. En una organización de TI típica que desarrolla, mejora y mantiene software para que el resto de la organización pueda utilizarlo en sus operaciones, el valor solo se crea cuando el software realmente puede ser utilizado.

Con estos cuatro mecanismos se entrega valor a través de la implementación de software:

Validación

Antes de llegar al punto en que el software se escribe, se prueba y se implementa, deben tomarse varias decisiones. A través de la implementación de software funcional y su uso por usuarios reales, se pueden validar tanto las ideas que representa el software como las suposiciones con las que se priorizó la necesidad y se construyó el software. La implementación y el uso del software proporcionan la información necesaria para validar las ideas y decisiones que surgieron durante el proceso.

Feedback en la vida real

El mejor feedback se obtiene cuando los usuarios realmente utilizan el software en su trabajo y en su entorno cotidiano. Las revisiones, las entrevistas con clientes y las demostraciones son excelentes para obtener feedback desde el principio. Sin embargo, a estos entornos artificiales les falta la complejidad del día a día en la oficina.

Control de progreso

Uno de los principios fundamentales del Manifiesto Ágil es que el software funcional es la principal medida de progreso. Entregar software valioso y funcional demuestra al resto de la organización que su inversión les está generando valor.

Ingresos

Un software que se desarrolla, mejora o mantiene para ser utilizado directamente por el cliente no puede generar ingresos mientras aún no esté en uso, ya sea que se trate de la implementación de un producto nuevo o de la mejora de un producto ya existente.

Valor real vs. valor potencial

En la mayoría de los casos, el software que está terminado y se utiliza genera valor para una organización. El software en el que se está trabajando o que aún espera ser implementado tal vez tenga un valor potencial, pero ese potencial tiene poco valor real mientras no se haya materializado. Con las baterías, se dispone de cada vez menos energía cuanto más se tarda en convertir la energía potencial en energía cinética, ya que la capacidad de la batería se pierde con el tiempo. Al igual que con una batería, esta capacidad se deteriora con el tiempo en cualquier entorno razonablemente dinámico. Los requisitos e ideas que contiene un software también se van deteriorando gradualmente, ya que nuestro mundo sigue cambiando.

Conclusión sobre la implementación de software

Mientras el software no esté terminado, no podemos obtener valor de su uso, ni recibimos feedback sobre si el entorno de trabajo donde se supone que se utilizará el software algún día ya ha cambiado. Por lo tanto, todo lo que tenemos es una enorme montaña de incertidumbre. Y, como sabemos, la incertidumbre reduce el valor.

Este texto proviene del blog de SPaMCAST y fue traducido por nosotros al español.

Trabajo ágil

=> ¿Qué significa iterativo e incremental?

Evitar el desperdicio en Scrum

=> Eliminar el desperdicio y evitar el derroche.