Todos estamos acostumbrados a cotizar y obtener contratos de desarrollo de cascada, donde se entrega un conjunto definido de requisitos por un precio definido. Debido a que el resultado se establece claramente al inicio, es relativamente sencillo estimar y validar el esfuerzo y el costo. Pero, ¿cómo valora cuando no sabe exactamente qué es lo que va a entregar? Esto se ha convertido en uno de los desafíos más grandes de los proyectos ágiles y no tiene una respuesta simple..

La naturaleza flexible y cambiante de ágil significa que no se presta bien al precio fijo, sin embargo, muchas organizaciones procuradoras todavía quieren la certeza de saber qué obtendrán y cuánto pagarán. Esto está estrechamente relacionado con el hecho de que muchas organizaciones desean los beneficios de agile, sin comprender completamente lo que se necesita para lograrlos..

Un buen ejemplo de lo que sucedió el año pasado fue el programa de crédito universal del gobierno del Reino Unido, que intentó utilizar Agile, pero no fue respaldado por las estructuras, procesos y contratos correctos que hubieran ayudado a que fuera un éxito..

La realidad es que si bien Agile ha madurado en la última década, estos procesos, estructuras y tipos de contratos se han quedado atrás. Las organizaciones que entienden los requisitos para proyectos ágiles exitosos también entenderán que los contratos de precios fijos y ágiles no van bien juntos, pero hasta que este sentimiento se comparta en toda la organización, las empresas que ofrezcan contratos ágiles deben ser flexibles en su método de precios. Al mismo tiempo, todos los involucrados, en la adquisición y entrega, deben comprender las implicaciones de cada enfoque.

  • También hemos destacado el mejor software de gestión de proyectos.

Tiempo y materiales

El tiempo y los materiales (T&M) son ideales para proyectos ágiles, ya que reconoce la complejidad del desarrollo de software, ya que no siempre se puede prever fácilmente cuánto tiempo llevará algo..

El inconveniente, desde el punto de vista de una organización contratante, es que ellos, en lugar del proveedor, asumen el riesgo general en términos de presupuesto, tiempo, esfuerzo y alcance. Sin embargo, debido a que los proyectos ágiles entregan software de trabajo que proporciona un valor comercial real al final de cada iteración, la organización de contratación puede detener un proyecto en cualquier momento y seguir disfrutando de beneficios tangibles. Y, por supuesto, la organización contratante tiene el control total sobre los beneficios que tienen, porque es el Propietario del producto quien selecciona lo que se entrega en cada iteración..

En este sentido, ágil es menos riesgoso que la caída de agua, donde un proyecto abortado (del cual hay numerosos ejemplos de alto perfil) puede no ofrecer un beneficio obvio.

Dicho esto, el desafío clave con los contratos de T&M sigue siendo que el comprador no tiene una visión clara de los costos en que incurre el desarrollo. Para superar esto, hay algunas alternativas a la T&M pura que se pueden usar en proyectos ágiles..

Tiempo en caja y materiales

El tiempo y los materiales en caja de tiempo, a veces llamados 'precio fijo, esfuerzo fijo', son compatibles con ágil en la medida en que permiten que un proyecto evolucione, mientras que le da al proveedor la tranquilidad que requieren sobre el control de costos. Lo que no necesariamente proporciona, sin embargo, es una idea clara del resultado que se entregará en ese período de tiempo fijo.

Precio fijo

Los proyectos ágiles se pueden entregar a un precio fijo, lo que transfiere el riesgo del comprador al proveedor. Sin embargo, este enfoque, si bien puede parecer atractivo para los departamentos de adquisiciones, limitará los beneficios que Agile puede ofrecer. Por ejemplo, es probable que un contrato de precio fijo especifique los requisitos por adelantado, lo que limita el alcance de los cambios durante el desarrollo, uno de los factores clave que ayuda a que Agile sea un éxito..

Dicho esto, hay ejemplos de proyectos de compromiso exitosos, donde los requisitos se especificaron por adelantado, y el cliente pagó un precio fijo por un conjunto fijo de requisitos, junto con un conjunto de fondos para características adicionales, que podrían agregarse o eliminarse. a medida que el proyecto evolucionó y las necesidades de negocios cambiaron. Todo el proyecto se entrega en una serie de iteraciones ágiles..

Agile dentro de un proyecto de precio fijo en cascada.

No es raro ejecutar partes de un contrato de cascada de precio nominalmente fijo de una manera iterativa y ágil. Esto puede traer ciertos beneficios del desarrollo ágil, como el desarrollo basado en pruebas y la integración continua.

Sin embargo, es poco probable que un proyecto de precio fijo / cascada ofrezca un amplio margen para la retroalimentación continua, ni para los cambios iterativos de los requisitos en el camino, las dos cosas que son fundamentales para un proyecto ágil. De hecho, algunos argumentarían que esto no es en absoluto ágil, sino que simplemente está tomando prestadas algunas técnicas que se utilizan en ágil..

Haciendo una elección

Cada modelo de precios tiene ventajas e inconvenientes, pero lo más importante a considerar es el resultado: ¿qué modelo dará la mejor oportunidad de que el proyecto entregue el resultado deseado? Si las organizaciones realmente quieren los beneficios que Agile puede proporcionar, especialmente cuando finalmente obtienen el sistema que realmente responde a la necesidad subyacente, en lugar del sistema que creen que necesitan al principio, entonces el mejor modelo de precios es el tiempo y los materiales..

Si, por alguna razón, se requiere que una organización entregue un proyecto ágil como parte de un acuerdo de precio fijo, esto no debe ser un factor decisivo, pero es importante que tanto el proveedor como la organización contratante entiendan y acepten las limitaciones que Un contrato de precio fijo puede colocar en ágil..

Sue Purdin, Directora de Ventas en IPL

  • Obtenga sus proyectos bajo control con estas herramientas de gestión de proyectos dedicadas