Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.
Un resumen de Contratos Ágiles
Jorge Hernán Abad L
@jorge_abad
jorge.abad@gmail.com
Blog: lecciones-aprendidas.info
Leonar...
«Para un nuevo sistema de software , los requisitos
no serán completamente conocidos hasta después
de que los usuarios hay...
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 d...
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
• Person...
¿Cómo saber si una forma de
contratación permite el agilismo?
• Revisar:
–¿Cómo reparte riesgo y recompensa entre
cliente ...
¿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
cos...
Recordemos que es Scrum
Dueño del
Riesgo
Proveedor Cliente y Proveedor Cliente
Modelo de
Contrato
Precio Fijo Variaciones
de precio
fijo y
tiempo ...
Contrato - Sprint
Calidad Alcance
Costo Tiempo
• Acuerdo Product Owner y Equipo durante el Sprint.
• Un proyecto basado en...
11/03/2015 29
Un proyecto Scrum sería una serie de
miniproyectos a alcance y tiempo fijos
• Apenas aparece la
confianza, p...
• Estructura: Trabajo por un mes y al final se envía la
factura. Es el paraíso para los proveedores.
• Riesgo: 100% del cl...
• Estructura: Mismo tiempo y materiales pero el costo esta
limitando el riesgo finaciero del cliente
• Riesgo:
– El presup...
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 t...
• Estructura: Acuerdo en los entregables y el precio de los
mismos. Una falsa seguridad es brindada al cliente.
• Riesgo: ...
• Estructura: Mismo que precio fijo y costo fijo
pero con la diferencia que si el proyecto cuesta
menos el esfuerzo actual...
• Estructura: Financiación por avance trimestral
(bimestral, según el caso), y se logra financiación
luego de que cada Rel...
• Estructura: Se fija un beneficio para el proveedor en el
proyecto. Luego de allí se facturará sin margen para el
proveed...
• Estructura: El proveedor recibe incentivo si el
proyecto termina antes y paga penalidad si termina
tarde. La cantidad de...
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 ...
• Estructura: Se pagará un valor hora si se termina
antes, otro si se termina dentro del rango de
terminación y otro si se...
• Estructura: Los dos socios invierten en un
producto de mutuo interés.
• Riesgo: Compartido.
• Relación: Cooperativa.
• T...
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
d...
Bolsa de horas consumida por
estimaciones cortas
• Estructura: Se contrata una bosa de horas la cual es
consumida a petici...
Idea de Bob Martin.
• Precio por punto de función o punto de
historia de usuario entregado,
• pero se paga por hora si el ...
¿Y si soy el proveedor?
1. No entregue relleno, entregue valor
2. Entregue frecuentemente
3. Sea flexible a los cambios
4....
Alguna vez escuche…
No me pague los primeros dos
sprints, pero si le gusta seguimos
trabajando así y me los reconoce.
Bene...
¿Preguntas?
¡¡¡Gracias!!!
Jorge Hernán Abad L
@jorge_abad
jorge.abad@gmail.com
Blog: lecciones-aprendidas.blogspot.com
Leonardo Agudel...
Estas diapositivas son un resumen de:
Algunas imágenes son tomadas de:
• Peter Stevens -10 Contracts for your next agile p...
Aviso de Copyright
• Usted es libre de:
– Compartir- copiar, distribuir y trasmitir el trabajo
– Modificar- adaptar el tra...
Información de contacto
• Jorge Hernán Abad Londoño
– jorge.abad@gmail.com
• Leonardo Agudelo M
– sweepnoise@gmail.com
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile Contracts
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile Contracts
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile Contracts
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile Contracts
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile Contracts
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile Contracts
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile Contracts
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile Contracts
Próxima SlideShare
Cargando en…5
×

Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile Contracts

4.833 visualizaciones

Publicado el

Un resumen sobre lecturas y diapositivas de contratos ágiles.

Publicado en: Tecnología

Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile Contracts

  1. 1. 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
  2. 2. «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
  3. 3. Como vemos el desarrollo de software
  4. 4. Como realmente es
  5. 5. ¿Qué preferimos que nos cumplan con el plan o que nos entreguen valor?
  6. 6. El manifiesto ágil dice: Valoramos más la colaboración con el cliente que la negociación contractual, pero…..
  7. 7. Los valores son • Foco • Coraje • Transparencia y Apertura • Confianza • Compromiso • Respeto
  8. 8. Hay mucho en juego como para trabajar con un acuerdo verbal Éxito Riesgo Dinero
  9. 9. Use los contratos para ayudarle a lograr sus objetivos de proyecto
  10. 10. Propósitos de un contrato
  11. 11. Establecer las reglas básicas del juego para el proyecto En la teoría…. En la realidad….
  12. 12. Distribuir el riesgo y reflejar confianza entre las partes
  13. 13. Las reglas incorrectas pueden ser perjudiciales para el éxito del proyecto Precios irreales --- Tiempos muy cortos o con demasiada holgura Esperanzas funcionales irrealizables
  14. 14. Los contratos comerciales pueden tomar muchas formas
  15. 15. ¿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?
  16. 16. ¿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?
  17. 17. ¿Es necesario incluir el alcance en los contratos? Si el alcance es fijo, se vuelve inflexible, ¿no?
  18. 18. 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.
  19. 19. Recordemos que es Scrum
  20. 20. 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
  21. 21. 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
  22. 22. 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
  23. 23. • 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
  24. 24. • 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
  25. 25. Precio fijo, Alcance Fijo
  26. 26. Si cae cara yo gano, si cae sello tu pierdes. «Yo fabrico mi suerte». Harvey Dent «El cliente fabrica su suerte» Esquema tradicional
  27. 27. • 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
  28. 28. • 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
  29. 29. • 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
  30. 30. • 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
  31. 31. • 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
  32. 32. Money for nothing, changes for free
  33. 33. Money for nothing, changes for free
  34. 34. Money for nothing, changes for free
  35. 35. • 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
  36. 36. • 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
  37. 37. • 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
  38. 38. Otros
  39. 39. Precio por paquete de trabajo con opción de reestimarlo los paquetes de trabajo que vienen
  40. 40. 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.
  41. 41. 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.
  42. 42. 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)
  43. 43. ¿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
  44. 44. 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
  45. 45. ¿Preguntas?
  46. 46. ¡¡¡Gracias!!! Jorge Hernán Abad L @jorge_abad jorge.abad@gmail.com Blog: lecciones-aprendidas.blogspot.com Leonardo Agudelo M @sweepnoise sweepnoise@gmail.com
  47. 47. 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
  48. 48. 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/
  49. 49. Información de contacto • Jorge Hernán Abad Londoño – jorge.abad@gmail.com • Leonardo Agudelo M – sweepnoise@gmail.com

×