Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile Contracts
1. Un resumen de Contratos Ágiles
Jorge Hernán Abad L
@jorge_abad
jorge.abad@gmail.com
Blog: lecciones-aprendidas.info
Leonardo Agudelo M
@sweepnoise
sweepnoise@gmail.com
2. «Para un nuevo sistema de software , los requisitos
no serán completamente conocidos hasta después
de que los usuarios hayan usado el sistema»
Watts S. Humphrey
Principio de la incertidumbre de los
requisitos de Humphrey
19. Las reglas incorrectas pueden ser
perjudiciales para el éxito del proyecto
Precios irreales --- Tiempos muy cortos o con demasiada holgura
Esperanzas funcionales irrealizables
21. ¿Qué información se debe incluir en un
contrato?
• Objetivos del proyecto
• Esquema de la estructura del proyecto
• Personas clave
• Pago y facturación, incluyendo bonos y cláusulas
de penalidad
• Terminación temprana y normal
• Detalles legales
• ¿Qué más?
22. ¿Cómo saber si una forma de
contratación permite el agilismo?
• Revisar:
–¿Cómo reparte riesgo y recompensa entre
cliente y proveedor?
–¿Cómo maneja los cambios en requisitos?
–¿Se orienta hacia un Gana – Gana?
23. ¿Es necesario incluir el alcance en los
contratos?
Si el alcance es fijo, se vuelve inflexible,
¿no?
24. Formas de contratos
• Alcance variable
– Tiempo y materiales
– Tiempo y materiales con alcance variable y límite en el
costo
• Alcance fijo
– Precio fijo / alcance fijo
– Tiempo y materiales con alcance fijo y límite en el costo
• Variaciones
– Desarrollo por fases, ganancias fijas, bonos y cláusulas de
penalidad, dinero por nada – cambios gratis, Joint ventures
(empresas conjuntas), bolsa de horas, etc.
27. Dueño del
Riesgo
Proveedor Cliente y Proveedor Cliente
Modelo de
Contrato
Precio Fijo Variaciones
de precio
fijo y
tiempo y
materiales
Costo
objetivo,
beneficio
objetivo
Joint
Ventures
Tiempo y
Materiales
Compatibilidad
con
Metodologías
Ágiles
Baja Media Alta Alta Alta
28. Contrato - Sprint
Calidad Alcance
Costo Tiempo
• Acuerdo Product Owner y Equipo durante el Sprint.
• Un proyecto basado en sprints los cuales son miniproyectos con
los siguientes parámetros fijos:
– Tiempo (duración del sprint)
– Alcance (Sprint Backlog))
– Calidad (Definition of done)
– Costo (valor del equipo durante el sprint
29. 11/03/2015 29
Un proyecto Scrum sería una serie de
miniproyectos a alcance y tiempo fijos
• Apenas aparece la
confianza, podría ser
reemplazado con tiempo
y materiales con
restricciones de :
– Costo límite
– Costo límite por trimestre
– Próximo release
– Beneficio límite
30. • Estructura: Trabajo por un mes y al final se envía la
factura. Es el paraíso para los proveedores.
• Riesgo: 100% del cliente. El proveedor tiene poco
incentivo por tener los costos bajos.
• Relación: Indiferente. El proveedor se siente muy
contento pues a mayor trabajo mayor dinero.
• Tip: Sugerido donde el cliente es mejor manejando el
riesgo que el proveedor. Por lo general hay un tope
en los costos. Por lo general degenera en «cara yo
gano, sello usted pierde el contrato», por lo tanto
existe mucha presión sobre el valor hora.
Tiempo y Materiales
31. • Estructura: Mismo tiempo y materiales pero el costo esta
limitando el riesgo finaciero del cliente
• Riesgo:
– El presupuesto puede terminarse sin alcanzar el valor de
negocio.
– El cliente puede quedar insatisfecho pues no obtuvo todo lo que
quería.
• Relación: Cooperativa. La combinación de presupuesto
limitado y alcance variable, enfoca a cliente y proveedor
en alcanzar el VALOR con el presupuesto disponible
• Tip: Se ajusta al contrato-Sprint , el cual debe ser escrito
al inicio de cada sprint
Tiempo y Materiales con Alcance
Variable y Límite en el costo
33. Si cae cara yo gano,
si cae sello tu pierdes.
«Yo fabrico mi suerte».
Harvey Dent
«El cliente fabrica su suerte»
Esquema tradicional
34. • Estructura: Acuerdo en los entregables y el precio de los
mismos. Una falsa seguridad es brindada al cliente.
• Riesgo: El riesgo del lado del proveedor
– Si el proyecto es mal estimado, se perderá dinero.
– Se cae en el juego de los controles de cambio.
– El cliente al final del proyecto es probable que no obtenga lo que
esperaba o que reciba «300 kg de software que no tienen valor»
• Relación: Competitiva a indiferente.
– El cliente generalmente quiere más y el proveedor hacer menos.
– El proveedor siempre quiere tener al cliente contento
• Tip: Ejecútelo con scrum le ayudará a mitigar riesgos.
Precio fijo, Alcance Fijo
35. • Estructura: Mismo que precio fijo y costo fijo
pero con la diferencia que si el proyecto cuesta
menos el esfuerzo actual es cobrado.
• Riesgo: Parece ser «el mejor de los dos mundos»
pero siempre beneficiará al cliente.
• Relación: Dependiente. Para el cliente es
desventajoso pues no sabrá con exactitud cuando
completó el alcance esperado.
Tiempo y Materiales con Alcance
Fijo y Límite en el costo
36. • Estructura: Financiación por avance trimestral
(bimestral, según el caso), y se logra financiación
luego de que cada Release trimestral es aprobado
• Riesgo: El riesgo del cliente es limitado a un
periodo.
• Relación: Cooperativa. Cliente y proveedor
trabajan juntos para lograr un Release aprobado
para conseguir más financiación.
• Tips: Capitalistas de riesgos trabajan en esta
forma.
Desarrollo por Fases
37. • Estructura: Se fija un beneficio para el proveedor en el
proyecto. Luego de allí se facturará sin margen para el
proveedor, solo cubrirá sus costos.
• Riesgo: Compartido.
– Si el proyecto termina rápido el cliente paga poco
– Si el cliente excede el presupuesto , se cobrará solo los costos,
pero el proveedor obtendrá el margen pactado.
• Relación: Cooperativa. Ambos están incentivados a
terminar rápidamente.
– El cliente ahorra dinero
– Y el proveedor tiene más margen
• Tip: Esto es frecuentemente combinado con un contrato
de alcance variable
Beneficio Fijo
38. • Estructura: El proveedor recibe incentivo si el
proyecto termina antes y paga penalidad si termina
tarde. La cantidad de incentivo o penalidad está en
función del rango del tiempo.
• Riesgo: ¿El cliente tiene un incentivo para una
temprana terminación? El ROI lo es.
• Relación: puede llegar a ser cooperativa, pero
degenerar en indiferente si el cliente no piensa que
requiere el software para una determinada fecha.
• Tips: Aplica para proyectos de construcción, túneles,
carreteras, etc.
Bonos y Cláusulas de Penalidad
42. • Estructura: Consiste en tiempo y materiales con un
costo objetivo. El cliente premia al proveedor por
alcanzar el valor mas rápido.
• Riesgo: Compartido. Ambas partes están interesadas
en terminar el proyecto rápido.
• Alcance: Puede ser cambiando. Reemplazado por
funcionalidades no implementadas de otras historias
de usuario del mismo tamaño.
• Relación: Cooperativa.
• Tips: Si el presupuesto es excedido, las reglas de
beneficio limitado o límite en los costos puede
aplicar.
Money for nothing, changes for
free
43. • Estructura: Se pagará un valor hora si se termina
antes, otro si se termina dentro del rango de
terminación y otro si se excede
• Riesgo: Compartido. Ambas partes están
interesadas en terminar el proyecto rápido.
• Relación: Cooperativa.
• Tips: Si el presupuesto es excedido, las regla
límite en los costos puede aplicar.
Contrato a precio fijo graduado
44. • Estructura: Los dos socios invierten en un
producto de mutuo interés.
• Riesgo: Compartido.
• Relación: Cooperativa.
• Tips: Considere el proyecto como una empresa a
parte.
Joint ventures
46. Precio por paquete de trabajo con opción de
reestimarlo los paquetes de trabajo que
vienen
47. Precio por punto de función o punto
de historia de usuario entregado
• Estructura: solo se pagará por punto de función o
de historia entregado (no estimado). Promoverá
la entrega de buen producto por parte del cliente
• Riesgo: Compartido.
• Relación: Cooperativa.
48. Bolsa de horas consumida por
estimaciones cortas
• Estructura: Se contrata una bosa de horas la cual es
consumida a petición del cliente por incrementos de
desarrollo. En este esquema:
– el Proveedor levanta los requisitos a tiempo y materiales
– Y luego con el detalle de lo que se desea hacer estima a
tiempo y costo fijo el desarrollo.
• Riesgo: Compartido.
• Relación: Cooperativa.
• Tips: Si lo que se desea realizar es muy grande el
riesgo comienza a aumentar y se puede caer en
proyectos a tiempo y costo fijo. Se recomienda para
desarrollos de máximo 2 meses.
49. Idea de Bob Martin.
• Precio por punto de función o punto de
historia de usuario entregado,
• pero se paga por hora si el desarrollo es
más lento (aplica para el inicio del
proyecto cuando la velocidad es baja)
50. ¿Y si soy el proveedor?
1. No entregue relleno, entregue valor
2. Entregue frecuentemente
3. Sea flexible a los cambios
4. Logre pagos incrementales
5. Comparta beneficios
6. Hable con su cliente
7. Forme a su cliente
51.
52. Alguna vez escuche…
No me pague los primeros dos
sprints, pero si le gusta seguimos
trabajando así y me los reconoce.
Beneficios:
Genera confianza y establece
como principio la transparencia
54. ¡¡¡Gracias!!!
Jorge Hernán Abad L
@jorge_abad
jorge.abad@gmail.com
Blog: lecciones-aprendidas.blogspot.com
Leonardo Agudelo M
@sweepnoise
sweepnoise@gmail.com
55. Estas diapositivas son un resumen de:
Algunas imágenes son tomadas de:
• Peter Stevens -10 Contracts for your next agile project -
www.scrumalliance.org/resource_download/1119
• Contratos ágiles – Agiles Parana.
http://www.slideshare.net/gguilleron/contratos-agiles
• IT CONTRACTS - http://www.future-processing.pl/blog/agile-
contracts-part-1/
• Contratos ágiles – Proyectalis -
http://es.slideshare.net/proyectalis/110115-contratos-agiles
• Blogs
• Experiencia y reflexión
56. Aviso de Copyright
• Usted es libre de:
– Compartir- copiar, distribuir y trasmitir el trabajo
– Modificar- adaptar el trabajo
• Bajo las siguientes condiciones
– Atribución. Ud. debe atribuir el trabajo en la manera especificada por el
autor o licenciante (pero de ninguna manera que sugiera que ellos
aprueban su uso del trabajo).
• Nada de lo dispuesto en esta licencia menoscaba
o restringe los derechos morales del autor.
• Para más información ver http://creativecommons.org/licenses/by/3.0/
57. Información de contacto
• Jorge Hernán Abad Londoño
– jorge.abad@gmail.com
• Leonardo Agudelo M
– sweepnoise@gmail.com