Riesgo y ética de los proyectos con 'coste fijo'

Los proyectos con coste fijo son aquellos en los que el precio, el tiempo y el alcance se establecen en las etapas tempranas del ciclo. Precio, tiempo y alcance forman un triángulo de hierro. Esto es diferente de los proyectos con un presupuesto fijo, en donde al menos uno o dos de los vértices del triángulo se consideran variables.
El desarrollo de proyectos IT a 'coste fijo' es muy arriesgado para ambas partes (cliente y proveedor de servicios) y es una manera muy pobre de trabajar.

Normalmente los clientes tienen preferencia para elegir un precio fijo por diversas razones:

Reducción del riesgo financiero, maximizar el retorno de inversión (ROI), forzar al proveedor de IT a crear un plan de viabilidad, comparar las pujas de diferentes proveedores, etc...
Además, la metodología más clásica de la industria de desarrollo de software, ha estado educando al cliente de esta manera, transmitiendo la idea de que es así como se hacen las cosas. Pero la realidad es bien diferente y la mayoría de los proyectos IT no soportan esta forma de aproximación.

En el mejor de los casos, la estimación del coste se hace siguiendo alguna metodología formal como COCOMO I/II, Puntos de Función, Puntos de Característica, SLIM etc... Estas metodologías tienen todas ellas fundamentos parecidos y son hoy por hoy poco precisas. Se han publicado diversos estudios que demuestran su grado de error en dependencia del tipo de proyecto al que se aplican.

Existen muchos desafios en el desarrollo de proyectos IT que son inherentes a la naturaleza de los mismos. Tradicionalmente se piensa que el desarrollo de software es 80% ciencia y 20% arte, pero la realidad demuestra que es más bien al contrario, por lo que es el momento de plantearse la ética de esta aproximación.

Para que un proyecto a 'coste fijo' se condiere ético deberían cumplirse al menos las siguientes condiciones:

1.-El cliente insiste explicitamente sobre este tipo de aproximación.
2.-El cliente ha sido convenientemente educado e informado sobre los riesgos asociados.
3.-Se ha ofrecido al cliente otras posibilidades mas realistas como son el desarrollo dividido en etapas en caso de proyectos grandes o de flujo continuo presente en la metodología de desarrollo ágil.

Como profesionales debemos cuestionarnos lo que hacemos y como lo hacemos incluso despues de décadas siguiendo metodologías que con el tiempo han demostrado no ser realistas. Sabemos las dificultades que representan tanto las metodologias formales de estimación así como el manejo de proyectos en general. Son muchos los profesionales IT que ante las demanadas de los clientes deciden adoptar esta forma de trabajo incrementando así el riesgo del desarrollo. Se requiere una nueva actitud para ayudar a nuestros clientes a elegir la mejor estrategia.

Este artículo es una traducción muy resumida del original 'Is Fixed-Price Software Development Unethical?' escrito por Scott W. Ambler y publicado en Dr. Dobb's en Julio 2008. Enlace al artículo original

[Agosto 2, 2008]