un resumen sobre contratos ágiles. por jorge abad y leonardo agudelo - agile contracts
Post on 27-Jun-2015
2.211 Views
Preview:
DESCRIPTION
TRANSCRIPT
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
top related