Hablemos de Contratos Ágiles

Por Jorge H. Abad L. Agile Coach - Always a Learner

@jorge_abad

Blog http://www.lecciones-aprendidas.info/

Primero unosfundamentos

¿Qué es Agile?

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/

And we also…

And I'm pretty sure there's more

Now the Banks are IT Companies

And…

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

Chaos Manifesto 2013http://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

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

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/

Como vemos el desarrollo de software

Como realmente es

Navegar en los ríos de la predictibilidad

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)

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

www.agilemanifesto.org

Lacey, Mitch. The Scrum Field Guide: Practical Advice for Your

First Year (Agile Software Development Series)

Hay mucho en juego como para trabajar con un acuerdo verbal

Éxito

Riesgo

Dinero

Use los contratos para ayudarle a lograr

sus objetivos de proyecto

Propósitos de un contrato

Establecer las reglas básicas del juego

para el proyecto

En la teoría…. En la

realidad….

Distribuir el riesgo y reflejar confianza

entre las partes

Las reglas incorrectas pueden ser perjudiciales para el

éxito del proyecto

Precios irreales --- Tiempos muy cortos o con demasiada holgura

Esperanzas funcionales irrealizables

Los contratos comerciales pueden tomar

muchas formas

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

¿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)

¿Es necesario incluir el alcance en los

contratos?

Si el alcance es fijo, se vuelve

inflexible, ¿no?

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)

Relación de

Competencia

Beneficia

al Cliente

Beneficia al

Proveedor

Relación de

Colaboración

Idea : @WilmarHincapie

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)

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

• 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

• 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

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

Si cae cara yo gano, si cae sello tu pierdes.

«Yo fabrico mi

suerte».

Harvey Dent

«El cliente fabrica su

suerte»

Esquema tradicional

• 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)

• 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

• 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

• 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

• 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

Money for nothing, changes for free

Money for nothing, changes for free

Money for nothing, changes for free

• 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

• 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

• 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

Otros

Precio por paquete de trabajo con opción de reestimarlo

Volver

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.

Mi

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.

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)

¿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

¿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

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

Resumen Contratos ÁgilesAspectos 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

PREGUNTAS

¡GRACIAS!Jorge H. Abad L.

jorge.abad@gmail.com@jorge_abad

Blog http://www.lecciones-aprendidas.info/

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

Anexos

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

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/

Información de contacto

• Jorge Hernán Abad Londoño

• jorge.abad@gmail.com• @jorge_abad