Agilizando con scrumban el proceso de talent acquisition y Agilidad para Área...
Hablemos de Contratos Ágiles - Agile Contracts (Reloaded)
1. Hablemos de
Contratos Ágiles
Por
Jorge H. Abad L.
Regional Agile Coach en TCS
@jorge_abad
linkedin.com/in/jorgeabadl
Blog http://www.lecciones-
aprendidas.info/
2. ¡HOLA!
Soy Jorge H. Abad L.
Soy Enterprise Agile Coach
Pueden encontrarme en
linkedin.com/in/jorgeabadl / @jorge_abad
Mi propósito es acompañar a equipos y
organizaciones para que logren resultados
grandiosos
Amo aprender y compartir experiencias.
9. ¿Qué es ágil?
La capacidad de crear y
responder al cambio para tener
éxito en un entorno incierto y
turbulento. Agile Alliance
https://www.agilealliance.org/agile101/
10. Business agility is the ability of an
organization to sense changes internally or
externally and respond accordingly in order
to deliver value to its customers.
Agile Alliance
https://www.agilealliance.org/glossary/business-agility
Business Agility
11.
12.
13. Los requisitos se comportan como material radioactivo
degradándose cada vez mas rápido
«Estudio de la Universidad de Missouri:
la vida media del valor de los requisitos
ha ido disminuyendo
Exponencialmente. En 1980 esta fue
de alrededor de 10 a 12 años, en el
2000 había caído a 2 a 3 años, y
actualmente está funcionando a
alrededor de 6 meses».
"Software Development: How the Traditional Contract Model Increases the Risk of Failure" de
Susan Atkinson y Gabrielle Benefield
16. 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.
17. “Si la tasa de cambio
afuera excede la tasa de
cambio adentro, el fin
esta cerca”
22. A que se juega
comúnmente entre cliente y
proveedor
23. El típico juego • El Cliente no sabe bien lo que necesita
• El proveedor define (adivina) costos y tiempos a
priori
• El cliente espera un producto que no es acorde
con lo que espera (posiblemente tarde)
• El cliente no estuvo involucrado, llego solo al
final
• Se hacen más controles de cambio
• Se dan más plazos
• Se pierde la confianza
• Se aplican ANS (SLA), sanciones, multas
• Nadie gana
• Se pierde costo de oportunidad
27. Hacer productos de software se convirtió en
• Aprender de las fallas y corregir el camino (Inspección y Adaptación)
• Construir poco para ver si si tendrá éxito (Validar hipótesis)
• Saber que los riesgos saltan y se materializan por doquier
• Las solución será emergente
• Lo que ayer funcionó tal vez no funcione hoy
• Trabajar REALMENTE en equipo entre cliente y proveedor
• Convivir con la incertidumbre
• Saber que no vamos a tenerlo TODO definido, pero se va definiendo
de forma gradual
• Etc, etc.
30. 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
• Más competitivos ante el mercado
• Un contrato más flexible
32. MANIFIESTO AGIL
Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia
experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar:
Individuos e interacciones sobre procesos y herramientas
Software funcionando sobre documentación extensiva
Colaboración con el cliente sobre negociación contractual
Respuesta ante el cambio sobre seguir un plan
Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda.
Fuente: http://www.agilemanifesto.org/iso/es/
33. Principios del Manifiesto Ágil
• Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.
• Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para
proporcionar ventaja competitiva al cliente.
• Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto
posible.
• Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
• Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la
ejecución del trabajo.
• El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara
a cara.
• El software funcionando es la medida principal de progreso.
• Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de
mantener un ritmo constante de forma indefinida.
• La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
• La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
• Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
• A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su
comportamiento en consecuencia.
34.
35. Ágil es sobre gestión de valor
y no gestión de alcance
El alcance es un medio
para generar valor
44. Las reglas incorrectas pueden ser perjudiciales para el
éxito del proyecto
Precios irreales, Tiempos demasiado cortos, esperanzas funcionales
irrealizables
46. Un posible esquema de 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?
• ¿el alcance?
47. Considerando todo lo anterior
¿Cómo saber si una forma de
contratación permite hacer un
“proyecto” o “iniciativa” ágil
de forma fluida?
48. ¿Cómo saber si una forma de contratación permite
hacer un “proyecto” o “iniciativa” ágil?
• 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)
49. ¿Es necesario incluir el alcance en los
contratos para “proyectos” o
“iniciativas” ágiles?
Si el alcance es fijo, se
vuelve inflexible, ¿no?
50. Formas de contratos
• Alcance variable
• Tiempo y materiales
• Tiempo y materiales con alcance variable y límite en el costo
• Tiempo y materiales con alcance variable y límite en el tiempo
• Tiempo y materiales con alcance variable y límite en el costo y en el tiempo
• 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 (Money for nothing, changes for free)
• Contrato Sprint
• Bolsa de horas
54. - Tiempo y materiales con alcance variable y límite en el costo
- Tiempo y materiales con alcance variable y límite en el tiempo
- Tiempo y materiales con alcance variable y límite en el costo y en el tiempo
64. Relación de
Competencia
Beneficia
al Cliente
Beneficia al
Proveedor
Relación de
Colaboración
Tiempo y Materiales
Tiempo y Materiales
Con límites
Todo Fijo
TyM, Alcance Fijo, Tiempo Fijo
TyM, Alcance Fijo, Costo Fijo
Desarrollo por Fases
66. Relación de
Competencia
Beneficia
al Cliente
Beneficia al
Proveedor
Relación de
Colaboración
Tiempo y Materiales
Tiempo y Materiales
Con límites
Todo Fijo
TyM, Alcance Fijo, Tiempo Fijo
TyM, Alcance Fijo, Costo Fijo
Desarrollo por Fases
Beneficio Fijo
68. Relación de
Competencia
Beneficia
al Cliente
Beneficia al
Proveedor
Relación de
Colaboración
Tiempo y Materiales
Tiempo y Materiales
Con límites
Todo Fijo
TyM, Alcance Fijo, Tiempo Fijo
TyM, Alcance Fijo, Costo Fijo
Desarrollo por Fases
Beneficio Fijo
Bonos y Claúsulas
De penalidad
70. Relación de
Competencia
Beneficia
al Cliente
Beneficia al
Proveedor
Relación de
Colaboración
Tiempo y Materiales
Tiempo y Materiales
Con límites
Todo Fijo
TyM, Alcance Fijo, Tiempo Fijo
TyM, Alcance Fijo, Costo Fijo
Desarrollo por Fases
Beneficio Fijo
Bonos y Claúsulas
De penalidad
Beneficio
Graduado
74. Relación de
Competencia
Beneficia
al Cliente
Beneficia al
Proveedor
Relación de
Colaboración
Tiempo y Materiales
Tiempo y Materiales
Con límites
Todo Fijo
TyM, Alcance Fijo, Tiempo Fijo
TyM, Alcance Fijo, Costo Fijo
Desarrollo por Fases
Beneficio Fijo
Bonos y Claúsulas
De penalidad
Beneficio
Graduado
Money for
Nothing
76. Relación de
Competencia
Beneficia
al Cliente
Beneficia al
Proveedor
Relación de
Colaboración
Tiempo y Materiales
Tiempo y Materiales
Con límites
Todo Fijo
TyM, Alcance Fijo, Tiempo Fijo
TyM, Alcance Fijo, Costo Fijo
Desarrollo por Fases
Beneficio Fijo
Bonos y Claúsulas
De penalidad
• Beneficio Graduado
• Money for Nothing
• Joint ventures
78. 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)
79. Un proyecto Scrum sería una serie de
miniproyectos a alcance y tiempo fijos
23/09/2019 91
• 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
80. Relación de
Competencia
Beneficia
al Cliente
Beneficia al
Proveedor
Relación de
Colaboración
Tiempo y Materiales
Tiempo y Materiales
Con límites
Todo Fijo
TyM, Alcance Fijo, Tiempo Fijo
TyM, Alcance Fijo, Costo Fijo
Desarrollo por Fases
Beneficio Fijo
Bonos y Claúsulas
De penalidad• Beneficio Graduado
• Money for Nothing
• Joint ventures
• Contrato Sprint
83. Relación de
Competencia
Beneficia
al Cliente
Beneficia al
Proveedor
Relación de
Colaboración
Tiempo y Materiales
Tiempo y Materiales
Con límites
Todo Fijo
TyM, Alcance Fijo, Tiempo Fijo
TyM, Alcance Fijo, Costo Fijo
Desarrollo por Fases
Beneficio Fijo
Bonos y Claúsulas
De penalidad• Beneficio Graduado
• Money for Nothing
• Joint ventures
• Contrato Sprint
Precio por paquete de
Trabajo con opción
de reestimar
84. Por punto de historia entregado
(permitiendo que el equipo se calibre)
85. 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)
86. Relación de
Competencia
Beneficia
al Cliente
Beneficia al
Proveedor
Relación de
Colaboración
Tiempo y Materiales
Tiempo y Materiales
Con límites
Todo Fijo
TyM, Alcance Fijo, Tiempo Fijo
TyM, Alcance Fijo, Costo Fijo
Desarrollo por Fases
Beneficio Fijo
Bonos y Claúsulas
De penalidad
• Beneficio Graduado
• Money for Nothing
• Joint ventures
• Contrato Sprint
• Precio por punto de historia
Precio por paquete de
Trabajo con opción
de reestimar
90. Relación de
Competencia
Beneficia
al Cliente
Beneficia al
Proveedor
Relación de
Colaboración
Tiempo y Materiales
Tiempo y Materiales
Con límites
Todo Fijo
TyM, Alcance Fijo, Tiempo Fijo
TyM, Alcance Fijo, Costo Fijo
Desarrollo por Fases
Beneficio Fijo
Bonos y Claúsulas
De penalidad
• Beneficio Graduado
• Money for Nothing
• Joint ventures
• Contrato Sprint
• Precio por punto de historia
• Bolsa de horas consumida
por estimaciones cortas
Precio por paquete de
Trabajo con opción
de reestimar
91. 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, muestra
capacidad
92. ¿Cómo lo hacen los
grandes?
• Bolsa de horas (BdH) con estimaciones cortas
• BdH – Máximo de tiempo para generar Valor
• BdH – Máximo de costo para generar Valor
• Desaparece la discusión del contrato y se enfocan en la
generación de valor
93.
94. Mi sugerencia de por
donde empezar
Bolsa de horas consumida por estimaciones cortas
Es lo más natural y te permite ir adquiriendo confianza y
agilizando tanto a cliente como a proveedor.
95. ¿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. Sea transparente
8. Forme a su cliente
9. Proporcione el mejor equipo de trabajo
96. ¿Y si soy el comprador?
• Contratos pequeños e incrementales
• Desarrollo iterativo, con hitos frecuentes funcionando en ambiente lo
más parecido y cercano a producción
• Desarrolle a su cliente interno, enséñele a priorizar por valor
• Valide hipótesis
• Pagos incrementales contra software funcionando
• Desarrolle a sus proveedores
• Cree contratos que le permitan ser ágil
97. 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 que son Amigables con la Agilidad
• 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
• 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
100. ¡GRACIAS!
Jorge H. Abad L.
jorge.abad@gmail.com
@jorge_abad
linkedin.com/in/jorgeabadl
Blog http://www.lecciones-aprendidas.info/
101. 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
102. 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/
103. Información de contacto
• Jorge Hernán Abad Londoño
• jorge.abad@gmail.com
• jorge.abad@tcs.com
• linkedin.com/in/jorgeabadl
• @jorge_abad