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

«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

Como vemos el desarrollo de software

Como

realmente es

¿Qué preferimos que nos

cumplan con el plan o que nos

entreguen valor?

El manifiesto ágil dice:

Valoramos más la colaboración con el cliente que la negociación contractual,

pero…..

Los valores son

• Foco

• Coraje

• Transparencia y Apertura

• Confianza

• Compromiso

• Respeto

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?

• Revisar:

– ¿Cómo reparte riesgo y recompensa entre cliente y proveedor?

– ¿Cómo maneja los cambios en requisitos?

– ¿Se orienta hacia un Gana – Gana?

¿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), bolsa de horas, etc.

Recordemos que es Scrum

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

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

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

• 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

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.

– 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

• 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

• 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

• 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 interés.

• 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 los paquetes de trabajo que

vienen

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.

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 cuando la velocidad es baja)

¿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

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

¿Preguntas?

¡¡¡Gracias!!!

Jorge Hernán Abad L @jorge_abad

jorge.abad@gmail.com Blog: lecciones-aprendidas.blogspot.com

Leonardo Agudelo M

@sweepnoise sweepnoise@gmail.com

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

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

• Leonardo Agudelo M

– sweepnoise@gmail.com