Presentación en la que se navega sobre los diferentes tipos de contrato y que tanto permiten que surja la agilidad en ellos. Es una compilación realizada de Ángel Medinilla, Ágiles Paraná, Wilmar Hincapie y Leonardo Agudelo

1. Hablemos de
Contratos Ágiles
Por Jorge H. Abad L.
Agile Coach - Always a Learner
@jorge_abad
Blog http://www.lecciones-
aprendidas.info/

2. Primero unos
fundamentos

3. ¿Qué es Agile?

4. What is Agile?
•The ability to create and respond
to change in order to succeed in an
uncertain and turbulent
environment.
Agile Alliance
https://www.agilealliance.org/agile101/

6. And we also…
And I'm pretty sure there's more
Now the Banks are IT Companies

7. And…

8. Requirements like an unstable radioactive atom
"Recent studies, led by Al Goerner at the
University of Missouri, Kansas City, demonstrate
that the inherent value in Output-Based
Requirements erodes exponentially over time.
This rate of decay has been likened to the half-life
of an unstable radioactive atom. The 'half-life' is
the measure of the period of time it takes for the
substance undergoing decay to decrease by half.
According to the studies carried out by the
University of Missouri, the half-life of the value of
the Output-Based Requirements has been
rapidly decreasing. In 1980 this was around 10-
12 years, by 2000 it had fallen to 2-3 years, and it
is currently running at about 6 months.”
"Software Development: How the Traditional Contract Model Increases the Risk of Failure"
Susan Atkinson y Gabrielle Benefield
http://www.infoq.com/articles/contract-model-failure

9. Chaos Manifesto 2013
http://www.versionone.com/assets/img/files/ChaosManifesto2013.pdf
De las funcionalidades en el software:
• 20% usado frecuentemente
• 30% usado algunas veces
• 50% poco o nunca usadas
…. Y estamos enfocados en entregar 50% de desperdicio adicional

10. Hoy en día no podemos darnos el lujo de
perder tiempo, dinero, recursos y costo de
oportunidad ya sea haciendo el producto
incorrecto, o construyendo producto de
desperdicio.

11. What is Agile?
•The ability to create and respond
to change in order to succeed in an
uncertain and turbulent
environment.
Agile Alliance
https://www.agilealliance.org/agile101/

12. Como vemos el desarrollo de software

13. Como realmente es

20. Navegar en los ríos de la
predictibilidad

21. Hacer software es…
• Saber trabajar REALMENTE en equipo
• Que los riesgos saltan y se materializen por
doquier
• Convivir con la incertidumbre, y saber como
reaccionar a ella.
• Saber que no vamos a tenerlo TODO
definido, pero se va definiendo de forma
gradual
• Aprender de las fallas y corregir el camino
(Inspección y Adaptación)

23. Necesitamos un nuevo modelo
• Que nos permita hacer inspección y
adaptación
• Que nos permita compartir el riesgo
• Flexible a los cambios
• Centrado en la colaboración
• Tiempo Fijo + Costo Fijo pero con
Alcance Variable

24. www.agilemanifesto.org

25. Lacey, Mitch. The Scrum Field Guide: Practical Advice for Your
First Year (Agile Software Development Series)

26. Hay mucho en juego como para trabajar con un acuerdo verbal
Éxito
Riesgo
Dinero

27. Use los contratos para ayudarle a lograr
sus objetivos de proyecto

28. Propósitos de un contrato

29. Establecer las reglas básicas del juego
para el proyecto
En la teoría…. En la
realidad….

30. Distribuir el riesgo y reflejar confianza
entre las partes

31. Las reglas incorrectas pueden ser perjudiciales para el
éxito del proyecto
Precios irreales --- Tiempos muy cortos o con demasiada holgura
Esperanzas funcionales irrealizables

32. Los contratos comerciales pueden tomar
muchas formas

33. ¿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?

34. ¿Cómo saber si una forma de contratación
permite el agilismo?
• Enfocados en maximizar la colaboración Cliente-Proveedor
• Orientados a Ganar-Ganar
• Abierto a los cambios
• No establecen un Alcance Fijo
• Iteraciones Cortas
• El cliente revisa el trabajo hecho y prioriza restante
• Reflejan aspectos de finalización anticipada
• Requieren de confianza
• Buscan tener riesgo compartido
• Debido a que son ágiles el cronograma no incluye reservas de tiempo y costo
(colchones)

35. ¿Es necesario incluir el alcance en los
contratos?
Si el alcance es fijo, se vuelve
inflexible, ¿no?

36. 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)

37. Relación de
Competencia
Beneficia
al Cliente
Beneficia al
Proveedor
Relación de
Colaboración
Idea : @WilmarHincapie

39. Contrato - Sprint
Calidad Alcance
Costo Tiempo
• Acuerdo Product Owner y Equipo durante el Sprint.
• Un proyecto basado en sprints 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)

40. Un proyecto Scrum sería una serie de
miniproyectos a alcance y tiempo fijos
13/07/2017 40
• Apenas aparece la
confianza, podría ser
reemplazado con
tiempo y materiales
con restricciones de :
– Costo límite
– Costo límite por
trimestre
– Proximo release

41. • 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

42. • 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

43. Precio fijo, Alcance Fijo, Tiempo Fijo
(todo fijo)

44. Si cae cara yo gano, si cae sello tu pierdes.
«Yo fabrico mi
suerte».
Harvey Dent
«El cliente fabrica su
suerte»
Esquema tradicional

45. • 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.
• 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: Forma actual de trabajo.
Precio fijo, Alcance Fijo, Tiempo Fijo
(todo fijo)

46. • 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 ciente es desventajoso pues no sabrá
con exactitud cuando completó el alcance esperado.
Tiempo y Materiales con Alcance Fijo
y Límite en el costo

47. • Estructura: Financiación por avance trimestral, y se logra
financiación luego de que cada Release trimestral es aprobado
• Riesgo: El riesgo del cliente es limitado a un trimestre.
• 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

48. • 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

49. • 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

50. Money for nothing, changes for free

51. Money for nothing, changes for free

52. Money for nothing, changes for free

53. • 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

54. • 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

55. • Estructura: Los dos socios invierten en un producto de mutuo
interes.
• Riesgo: Compartido.
• Relación: Cooperativa.
• Tips: Considere el proyecto como una empresa a parte.
Joint ventures

56. Otros

57. Precio por paquete de trabajo con opción de
reestimarlo
Volver

58. 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.
• Tips: Considere el proyecto como una empresa a
parte.

59. Mi

60. 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.

61. 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)

62. ¿Y si soy el proveedor?
1. No entregue relleno, entregue valor
2. Entregue frecuentemente
3. Sea flexible a los cambios
4. Pagos incrementales
5. Comparta beneficios
6. Hable con su cliente
7. Forme a su cliente

63. ¿Y si soy el comprador?
• Contratos pequeños e incrementales
• Desarrollo iterativo, con hitos frecuentes funcionando en ambiente
de calidad
• Pagos incrementales contra software funcionando
• Desarrolle a sus proveedores

64. 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

65. Resumen Contratos Ágiles
Aspectos Claves
• Enfocados en maximizar la
colaboración Cliente-Proveedor
• Orientados a Ganar-Ganar
• Abierto a los cambios
• No establecen un Alcance Fijo
• Iteraciones Cortas
• El cliente revisa el trabajo hecho y
prioriza restante
• Reflejan aspectos de finalización
anticipada
• Requieren de confianza
• Buscan tener riesgo compartido
• Debido a que son ágiles el
cronograma no incluye reservas de
tiempo y costo (colchones)
Tipos de Contrato
• Bolsa de horas consumida por estimaciones cortas: Máximo dos sprints
• Contrato-sprint
• Contrato por fase o por reléase (máximo 3 meses de trabajo)
• Beneficio fijo: Se fija un beneficio y luego de allí se factura sin margen
• Valor hora graduado: Se paga un valor hora si se termina antes de una fecha y
otro valor hora si se termina después
• Precio por paquete de trabajo con opción de reestimarlo (ver)
• Precio por punto de historia con un valor hora mínimo a reconocer cuando el
desarrollo es lento
• Requieren confianza cliente-proveedor
• Tiempo y materiales
• Tiempo y materiales limitados por el costo
• Tiempo y materiales limitados por el tiempo
• Tiempo y materiales con alcance fijo y límite en el costo

66. PREGUNTAS

68. ¡GRACIAS!
Jorge H. Abad L.
jorge.abad@gmail.com
@jorge_abad
Blog http://www.lecciones-aprendidas.info/

69. Conferencia auspiciada por el PMI Antioquia Colombia Potential Chapter – La propiedad intelectual de esta pertenece al facilitador
Anexos

70. Estas presentación contiene algunas diapositivas
e ideas de
• Ángel Medinilla - @angel_m
• Agiles Paraná -@agilesparana
• Agustin Villena -@agustinvillena
• Leonardo Agudelo @sweepnoise
• Wilmar Hincapie - @wilmarhincapie
• Nota: Trate de dar crédito a todos, pero consideras que faltaste por que no te
referencié o debo modificar algo de tu propiedad por favor no dudes en
hacérmelo saber, contactándome al email: jorge.abad@gmail.com

71. 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/

72. Información de contacto
• Jorge Hernán Abad Londoño
• jorge.abad@gmail.com
• @jorge_abad