En la actualidad no sólo existen contratos de precio fijo para comprar proyectos, sin embargo, la gran mayoría de los proyectos software desarrollados siguen siendo contratados con la modalidad de precios fijos o contrato de precio cerrado. Por supuesto que el ideal sería firmar un contrato de alcance variable o deslizante y siempre debe ser propuesto y negociado. Pero todavía el cliente requiere de contratos a precio fijo sin mostrar otra alternativa, ya sea por desconfianza o por desconocimiento del dinamismo de esta clase de proyectos.

Veamos entonces los problemas y los dolores de cabeza que se encuentran las empresas en el proceso de estimación de proyectos software

Si la estimación que de la empresa hace que el precio sea demasiado alto, se puede perder el proyecto. Si la estimación de la empresa hace que el precio sea muy bajo, la empresa no sólo no tendrá beneficios sino que además puede tener enormes pérdidas. Ambos son resultados no deseados y que son críticos para las empresas que tienen la venta de proyectos de software como núcleo de su negocio. Este problema es histórico, y no deja de ser el gran dilema del desarrollo de software.

Por lo tanto, el proceso de estimación y de fijación de precios debe ser considerado como parte del fundamento estratégico de las empresas proveedoras de software. Partiendo de este principio, las empresas deben tratar de enfrentarse a múltiples consideraciones para llegar a ser competitivas sin decrementar la calidad:

• Si su negocio depende mayoritariamente de la creación de presupuestos a precio fijo y cerrados, debe enfocarse en las habilidades de estimación como una competencia central y debe tratarla como una función crítica del negocio. Eso implica invertir en el entrenamiento, capacitación, documentación, y la mejora y evolución de sus procesos de estimación y fijación de precios.
• Crear estimaciones de rangos. Es decir, la estimación no debe ser expresada en un único valor. Deben ser expresadas en un rango de valores mínimo y máximo por ejemplo, entre 5.000 y 20.000 €. Mejor aún si hay una probabilidad asociada a cada uno de estos números, por ejemplo: 15% de posibilidades de completar el proyecto en los plazos marcados en el presupuesto teniendo en cuenta 5.000 €; y el 95% de posibilidades de terminar con 20.000 €. Gracias a esta forma de expresar el precio ponemos en conocimiento la variabilidad del proyecto.
• Negociar para realizar el proyecto en iteraciones. Al hacer esto, los datos (métricas de precios y plazos) de las iteraciones iniciales ayudarán a estimar las próximas con mayores posibilidades de éxito. Algunos “gurús” de la materia creen que la calibración comienza a ser buena con 3 iteraciones realizadas, sin importar el tamaño de cada iteración.
• Obtener proyectos en dos o mas fases. La idea principal es conseguir hacer frente a las fuentes de variabilidad y riesgo (tales como los requisitos inestables o ambiguos) en la primera etapa para lograr poner mejor el precio de la segunda fase teniendo en cuenta las fases anteriores.
• Documentar y detallar lo máximo posible todos los supuestos que asumió al estimar el proyecto para colocarlos en el contrato. Por ejemplo, si el cliente no establece una plataforma para desarrollar el proyecto, coloque en el contrato exactamente qué plataforma, tecnología, frameworks y componentes utilizará. Intente establecer las premisas y acuérdelas con el cliente. Él debe aceptar estas premisas, especialmente en proyectos en los que el cliente quiere el precio fijo, pero no ofrece muchos detalles de las necesidades y los requisitos (el peor de los casos).
• Gestionar el conjunto de los proyectos, como una cartera de inversiones, es decir, aceptando que algunos van a dar beneficio y otros pérdida. El hecho es que los resultados en relación con las estimaciones variarán en varios grados y, a menudo basados en la suerte.

No hay que ser ansioso ni desesperarse con las estimaciones realizadas en el inicio de los proyectos. El error de estas estimaciones no es de nadie… es inherente a la propia variabilidad en el desarrollo de software. Por esto se deben buscar fórmulas para aumentar la confianza de los clientes, mejorar nuestra transparencia y ofrecer el mejor producto calidad/precio, aunque para ello es evidente la necesidad de colaboración de los clientes ¿ven la paradoja?

Basado en el siguiente artículo: http://josepaulopapo.blogspot.com/2008/12/estimando-precificando-projetos.html

Social Bookmarking

Esta entrada se publicó , el Miércoles, 13 de Mayo de 2009 a las 15:27 horas y está guardada bajo Artículos. Puedes seguir cualquier respuesta a esta entrada mediante el canal RSS 2.0. Puedes dejar un comentario o enviar un trackback desde tu propio sitio.