Precio fijo ágil – los secretos revelados
El software ágil de precio fijo es la aspiración de la mayoría de los CIO. Ofrece la previsibilidad financiera de un precio fijo, combinada con la flexibilidad de un enfoque ágil para la entrega de software. Agile permite al equipo trabajar adaptándose al cambio, fomentando y respondiendo a la retroalimentación rápida sobre el software funcional. Muchos argumentan que el precio fijo y Agile son mutuamente excluyentes. Esto es comprensible, ya que Agile asume la idea de que los requisitos cambian, mientras que un precio fijo generalmente presupone requisitos inflexibles y predefinidos. En este artículo, aprenderá que el precio fijo y Agile no son mutuamente excluyentes si el trabajo se estructura de una manera específica. Al final de este artículo, habrá aprendido los secretos de cómo lograrlo.
El cambio de requisitos es inevitable (y medible)
Es prácticamente imposible conocer todos los requisitos de un proyecto de software antes de empezar. Estos cambian durante el proyecto y su desarrollo debe adaptarse en consecuencia. Los cambios en los requisitos se deben a dos razones:
- ImprevisiblesVivimos en un mundo en constante cambio y algunos requisitos serán imprevisibles, simplemente porque las circunstancias y las necesidades cambian. Aunque el volumen del cambio es previsible.
- Incógnitas incognosciblesNo podemos conocer todos los detalles de lo que se necesita construir hasta que hayamos realizado parte del trabajo. Algunos requisitos solo se hacen evidentes a medida que el proyecto evoluciona.
Para un proyecto bien gestionado, el volumen de estos cambios (recomendamos cuantificarlos mediante el tamaño funcional) debería rondar los 2% al mes. La alta volatilidad de los requisitos puede ser peligrosa para un proyecto. Considere un proyecto de 12 meses con una rotación de requisitos de 5% al mes. Esto significa que el proyecto final será 60% diferente de cómo fue concebido y que al menos la mitad del código se escribirá dos o más veces. Esto es común en un proyecto ágil. Agile ayuda al cliente a obtener valor del software entregado, pero no es necesariamente la forma más eficiente de lograrlo. Uno de los catalizadores del surgimiento de Agile son los desafíos de realizar un trabajo sólido de requisitos desde el principio. Aquí es donde la IA está cambiando el panorama.
Gestionar proactivamente el cambio de requisitos
Es probable que cualquier cambio en los requisitos interrumpa el flujo del equipo de desarrollo, por lo que se deben realizar todos los esfuerzos posibles para gestionar el cambio de forma proactivaAl mismo tiempo, aceptar el cambio será necesario y deberá adaptarse. Minimizar el cambio requiere lo siguiente:
- Una estructura de contrato que aliente a ambas partes a trabajar para cumplir con los requisitos de calidad lo antes posible, desalentando la repetición de trabajos evitables.
- Métricas sólidas para dimensionar, calcular costos y planificar cambios.
- Procesos ligeros de gestión de cambios y priorización.
Las normas comerciales no son satisfactorias
El enfoque comercial más común para el trabajo de software subcontratado es “Pague por un equipo y ellos trabajarán con el trabajo atrasado según las prioridades, publicando actualizaciones periódicamente”. Esta suele ser la naturaleza de la mayoría de los contratos ágiles: entregar lo que el cliente considera más valioso en un momento dado, pero sin garantizar que se pueda entregar todo el alcance a un coste conocido ni en un plazo determinado. Este acuerdo es comercialmente asimétrico, ya que el comprador asume la mayor parte del riesgo asociado con la entrega del proyecto. Peor aún, existe un incentivo comercial para que los desarrolladores fomenten la volatilidad de los requisitos, ya que esto genera retrabajo, mayores honorarios y plazos más largos. En resumen, los incentivos de ambas partes no están alineados. Así es como se estructuran la mayoría de los contratos.
Características de un contrato de precio fijo justo
Es vital que el contrato esté diseñado para incentivar comportamientos positivosDesde la perspectiva del comprador, un contrato de desarrollo de software a precio fijo tendrá las siguientes características:
- Incentivos alineados y riesgo compartido.
- Incentivos para ambas partes para maximizar la entrega de software de alta calidad en el menor tiempo posible y a un precio justo.
- Permite flexibilidad en el alcance, pero desafía la necesidad de cada cambio.
- No es necesario conocer todos los requisitos de antemano.
- Permite al comprador predecir costos y plazos.
- Recompensa el buen comportamiento de ambas partes (y penaliza el mal comportamiento).
- Permite al desarrollador adoptar prácticas de trabajo flexibles.
¿Es esto realmente posible? Sí. Se puede, y se ha logrado muchas veces con resultados positivos para ambas partes.
Cómo implementar un paradigma de proyecto de software ágil con precio fijo
Al adoptar las siguientes pautas, los CIO pueden lograr una previsibilidad superior y aumentar simultáneamente su producción de software de alta calidad por un costo determinado.
Es posible que las tiendas de desarrollo, los integradores y otros que venden servicios de software basados en tiempo y materiales no adopten este enfoque, por lo que es responsabilidad de la parte compradora introducir el enfoque modificado.
Para los CIO que buscan lograr los beneficios combinados de la contratación ágil y de precio fijo, recomendamos que comprendan los siguientes principios y luego sigan los pasos prácticos.
Principios de la contratación ágil de precio fijo:
- Dimensionamiento objetivo estandarizado con precio fijo por unidad,
- Métricas de progreso acordadas
- Barandillas de calidad para garantizar que ambas partes se apoyen mutuamente para lograr buenos resultados con el mínimo esfuerzo general.
- (Opcional) – incentivos para que los desarrolladores obtengan una bonificación por superar las métricas de progreso acordadas.
Precio fijo ágil en la práctica:
Los contratos basados en tamaño funcional utilizan un precio fijo por unidad funcional estándar, independientemente de la funcionalidad entregada y de cómo (ya sea mediante código creado manualmente o reutilizado). Se establece un precio mutuamente acordado con el proveedor para una cantidad arbitraria de funcionalidad, pero no para la funcionalidad específica. El costo fijo por CFP permite la flexibilidad ante cambios en los requisitos, además de la previsibilidad de costos.
- Utilice el tamaño funcional estandarizado ISO. Invierta en aprender el estándar moderno para el dimensionamiento funcional del software (puntos de función COSMIC estándar ISO CFP).
- Utilice análisis de requisitos y dimensionamiento priorizando la IA Para acelerar y mejorar la calidad de los requisitos. AIFRA aumenta la calidad y la integridad de los requisitos antes del inicio del trabajo, lo que proporciona al comprador una buena comprensión de los costos y plazos factibles. Es un paso hacia la formulación de grandes requisitos desde el principio, pero sin las desventajas de la laboriosa documentación de requisitos.
- Contratos funcionales basados en tamaño. Estructura cuidadosamente los términos del contrato que fomenten los comportamientos descritos anteriormente.
Acerca de los puntos de función COSMIC
Los puntos de función COSMIC representan la segunda generación de dimensionamiento funcional y los primeros en obtener el reconocimiento de la norma ISO. Constituyen un método independiente de la tecnología para dimensionar el software. Los CFP son la base para una mejor métrica y el control del alcance y la actividad del software. Las unidades de CFP están estrechamente relacionadas con el esfuerzo necesario para implementar la funcionalidad.
Acerca del análisis de requisitos basado en IA (AIFRA)
AIFRA es una herramienta que acelera el análisis y la calidad de los requisitos (especialmente: claridad, integridad, consistencia y concisión). Mediante estas herramientas, las empresas pueden especificar el alcance rápidamente con un estándar más alto que si lo hicieran manualmente. Es importante destacar que AIFRA realiza tres acciones clave que facilitan la contratación ágil con precio fijo:
- Acelera el refinamiento de requisitos tempranos.
- Expone incógnitas cognoscibles, una de las principales causas de subestimación del alcance.
- Automatiza la estimación de tamaño sin siquiera distraer al equipo de su trabajo.
Contratación ágil a precio fijo que funciona
El precio acordado por CFP se fijará y se mantendrá sin cambios durante el proyecto. Deben existir directrices contractuales para que el cliente presente requisitos claros, puntuales y con una calidad medible. A cambio, el contratista entregará la funcionalidad al ritmo acordado y con una calidad medible acordada. El contrato puede incluir incentivos para que el proveedor obtenga una bonificación por una entrega más rápida (con el nivel de calidad acordado). También pueden aplicarse penalizaciones al cliente por presentar requisitos deficientes o tardíos (cambios). En general, los contratos estructurados de esta manera pueden ofrecer la doble ventaja de la agilidad y un precio fijo.
Lo que no funciona
Puntos de la historia
Contratos basados en Puntos de Historia. ¿Por qué? Los puntos de historia son muy subjetivos y fáciles de manipular durante el proyecto. Normalmente, el desarrollador determina el significado de un punto de historia y luego manipula la estimación para adaptarla a sus intereses comerciales.
Alineación de resultados
Resultados comerciales alineados. Rara vez es posible que el cliente alinee las recompensas del desarrollador con sus resultados comerciales. Generalmente, existen demasiadas características que escapan al control del desarrollador. Las negociaciones contractuales tienden a fracasar. Sin embargo, en algunas (raras) ocasiones, esto puede funcionar.
Cómo proceder
Si desea obtener más información sobre cómo lograr contratos ágiles de precio fijo, contáctenos.
ScopeMaster Ltd ofrece herramientas para el análisis automatizado de requisitos, así como servicios profesionales sobre cómo estructurar contratos ágiles de precio fijo.