Cinco errores de los contratos ágiles (y cómo corregirlos)
Un contrato es un pronóstico de cómo esperan comportarse dos organizaciones bajo presión. Cuando el método de entrega es ágil pero el contrato supone un entregable fijo y totalmente especificado, ambos tiran en direcciones opuestas. Al equipo se le pide inspeccionar y adaptarse en cada Sprint; el contrato está redactado como si la respuesta ya se conociera el primer día. En la primavera de 2021, con equipos híbridos, prioridades cambiantes y la disrupción de suministro aún reciente, ese desajuste resultó costoso para muchos compradores que habían fijado el alcance un año antes y ya no podían cambiarlo sin pelear.
La buena noticia es que las fallas son predecibles. Casi todos los problemas de un contrato ágil se remontan al mismo puñado de errores, y cada uno tiene una solución conocida que protege al comprador sin asfixiar al equipo.
Los errores que se repiten
Fijar un alcance cerrado a precio fijo. Si tanto el alcance como el precio están congelados, la única variable que queda es la calidad, y es ella la que se erosiona en silencio cuando se acerca la fecha límite. Lo ágil supone que el alcance fluctúa alrededor de una cadencia estable; congelarlo derrota al método antes del primer Sprint.
Ligar la aceptación a un documento de requisitos. Cuando la aceptación se ata a un pliego de 200 páginas escrito antes de tocar el producto, cada aprendizaje del equipo se convierte en una solicitud de cambio que hay que discutir. El documento, y no el producto en funcionamiento, pasa a ser lo que se entrega.
Tratar el rol de Product Owner como opcional. Los compradores suelen firmar el contrato y luego asignar a un interesado a tiempo parcial que no puede decidir. La Guía Scrum es explícita: el Product Owner es responsable de ordenar el Product Backlog; sin un dueño facultado del lado del comprador, el equipo adivina, y adivinar sale caro.
Prohibir el cambio en vez de ponerle precio. Un proceso de control de cambios que exige un comité y tres semanas de papeleo para cualquier ajuste le dice al equipo que adaptarse es indeseable. El sentido de un método empírico es la corrección de rumbo frecuente y barata.
Medir el esfuerzo en lugar del valor. Los contratos que pagan por horas registradas o puntos 'completados' premian la actividad. El comprador termina financiando movimiento en lugar de los incrementos funcionales y valiosos que de verdad reducen su riesgo.
Cláusulas que dejan respirar a Scrum
Nada de esto requiere estructuras legales exóticas. Unos pocos patrones bien entendidos realinean los incentivos para que el contrato y el método quieran lo mismo.
Fijar el presupuesto y la cadencia, variar el alcance. Se acuerda una capacidad (un equipo estable durante un número definido de Sprints) y se deja que el backlog priorizado decida qué se construye. El comprador controla el valor entregado, no una lista cerrada de funciones.
Definir la aceptación como un Incremento funcional y entregable que cumple la Definición de Terminado, no como la conformidad con un pliego inicial.
Nombrar en el contrato al Product Owner facultado, con un nivel de servicio esperado para su disponibilidad y su tiempo de decisión.
Incluir una cláusula de terminación anticipada o de «dinero por nada, cambio gratis» para que el comprador pueda detenerse, o intercambiar funciones de igual tamaño sin costo, una vez entregado suficiente valor.
Prever un punto de control en la Revisión de Sprint donde cualquiera de las partes pueda ajustar el contrato según lo que revele el producto funcional.
El cambio de fondo es pasar de comprar una cosa a comprar una capacidad que produce cosas, inspeccionada y dirigida cada pocas semanas. Eso es más difícil de redactar que un entregable fijo, pero está mucho más cerca de cómo se comporta el trabajo real, y protege mejor al comprador, porque paga por avances demostrados que puede ver, no por promesas en un anexo.
Si está negociando uno de estos contratos ahora, resista la tentación de pegar lenguaje ágil sobre una plantilla en cascada. Parta de la cadencia y de los roles facultados, y deje que las condiciones comerciales sigan la forma en que el equipo trabajará de verdad.
Cuando el lenguaje de compras y el método de entrega se contradicen, la asesoría de XNM en entrega de programas y proyectos puede ayudarle a estructurar acuerdos que protejan al comprador y dejen entregar al equipo.