2. Imaginemos
que vamos a
visitar a un
nuevo cliente y
después de
explicarnos los
requerimientos
del proyecto,
nos dice:
“… y que tal si
trabajamos en
Sprints de 4
semanas”…
Bueno, esto no
siempre ocurre.
3. State of Agile Survey del 2013*
Noviembre del 2013 (3,501 participantes)
• 88% son practicantes de metodologías ágiles.
z
– 80% en el 2011
• 53% tienen entre 2 y 5 años de experiencia con
metodologías ágiles
• 52% de los proyectos son gestionados de manera
ágil.
Pero… el 86% de participantes son de EEUU y Europa!
... Y Latinoamérica y el resto de regiones?
* http://stateofagile.versionone.com/
6. Tipos de Clientes según
Nivel de Madurez Ágil
Knowledgeable Experienced
Newbie
Agile Theory
Agile Practice
Low High
Practitioner
Low High
No Agile @neodacc
7. Clientes tipo “Newbie”
• Usan metodologías de desarrollo de software
tradicionales (i.e. Cascada, RUP)
• Están buscando o ya tienen certificados sus
procesos (CMMI, ISO, etc.)
• Han escuchado de metodologías ágiles pero
no han tenido oportunidad de (o no quisieron)
usarlas.
8. Ofreciendo Agilismo
a Clientes “Newbie”
• Requiere varias charlas y talleres de sobre Agilismo y como
éste gestiona problemas de las metodologías tradicionales.
• Requiere que el proyecto tenga un Patrocinador interesado
en usar metodologías ágiles.
• Es recomendable que el Agile Project Manager/Scrum
Master tenga experiencia con metodologías no ágiles y
coaching.
• Se debe considerar mecanismos de transición al Agilismo.
– Aceptación del cambio
– Integración con áreas de negocios
– Control de alcance y costos
9. Clientes tipo
“Knowledgeable”
• Usan metodologías de desarrollo de software
más prescriptivas (i.e. RUP)
• Han investigado sobre metodologías ágiles.
• Algunos han tenido oportunidad de aplicar sin
éxito algunas metodologías ágiles.
10. Ofreciendo Agilismo
a Clientes “Knowledgeable”
• Requiere uno o varios talleres práctico de temas
ágiles.
• Requiere que el proyecto tenga un Patrocinador
interesado en usar metodologías ágiles.
• El Agile Project Manager/Scrum Master debe ser
muy servicial con este tipo de clientes.
• Se puede aprovechar que los equipos están
interesados en aprender y usar metodologías
ágiles.
11. Propuestas/Oferta de Proyectos Ágiles
• Tienen un alcance (Backlog) y una estimación inicial no
vinculante.
• Tienen un Roadmap, no un cronograma detallado.
• Proponen alternativas mixtas de contratación.
– Contratos Objetivos
– Contratos Progresivos (o ágiles)
Presentar este tipo de propuestas cuando el cliente esté
dispuesto a considerarla.
12. Contratos Ágiles
• Definición del Objeto del Contrato
Cambiante
• Contrato Marco
– Definición del trabajo a realizar (el cómo,
no el qué)
• Anexos u Ordenes de Entrega por Sprints
• Costos por Sprint (Monto mínimo y
Monto Máximo)
– Incentiva a generar más valor para el
proveedor y el cliente
Requiere que los clientes (área comercial y legal) entiendan
los principios lean y/o ágiles.
13. Modelos de Contratos Ágiles
• Contratos de Tiempo o Costo Fijo pero con Alcance Variable
– Time & Materials
• Change for free
– Consiste en un intercambio de requerimientos
• Money for nothing
– Pagar al proveedor un % del trabajo pendiente
(80/20) cuando el proyecto se detiene
• Precio Fijo Adaptativo (Progresivo)
– Contratar al proveedor por un número de Sprints
a precio fijo
– El resto se gestiona como Change for free
14. Y los Contratos de Precio Fijo?
• Son los contratos con los que
trabajan normalmente los
clientes “no ágiles”.
• Recomendaciones para “agilizar” estos contratos:
– Agilizar el proyecto, luego el Contrato.
– Modularizar el proyecto convirtiendo fases en módulos.
– Definir Hitos en base a módulos.
– El esquema de pagos se basa los hitos definidos.
El objetivo es llevar a los clientes a un modelo colaborativo,
buscando el beneficio común.
15. Conclusiones
• Inferimos que en Latinoamérica aún tenemos muchos clientes “no
ágiles”.
• Deben buscar generar una relación de confianza entre el proveedor y
cliente.
• El servicio debe ser ofrecido según el tipo de cliente “no ágil”.
• Concretar un proyecto ágiles con clientes “no ágiles” requiere inversión
de tiempo (proveedor y cliente).
• Los clientes “no ágiles” tienen que modificar su proceso de
contratación.
• Agilizar un Contrato Precio Fijo requiere un gran esfuerzo.
• Siempre se requiere de un Patrocinador ágil.
16. Acerca de Taller Technologies
Somos un grupo de empresas con presencia en varios países
(EEUU, Argentina, Bulgaria y Perú). Proveemos servicios
profesionales de Consultoría de TI, Desarrollo de Software
(Boutique de Software) , Aseguramiento de Calidad de
Software (SQA) y UX/UI.
Principales competencias son:
• Desarrollo de Aplicaciones Móviles
• Desarrollo de Aplicaciones Web
• Servicios en Computación Avanzada.
Website: www.tallertechnologies.com
/tallertechnologies @tallertech
17. Acerca de Agile Perú
Agile Perú es la comunidad de seguidores de
metodologías ágiles en el Perú. Está conformado
por estudiantes y profesionales interesados en
difundir nuevas y mejores formas de desarrollar
software en el Perú.
Website: www.agile-peru.net
Grupo: https://groups.google.com/forum/#!forum/agileperu
/agileperu @agileperu
18. Deusdit Correa Cornejo
Country Manager Taller Technologies - Perú
Profesional con más de 14 años de experiencia en equipos multiculturales trabajando en
Perú, EEUU, India y Francia.
Profesional en Ciencias de la Computación / Desarrollador de Software / Analista de
Negocios / Gerente de Proyectos / Consultor en TI / Agilista practicante.
Experimentado en Lean, Kanban, Scrum, Adquisición y Desarrollo de Talentos,
Operaciones, Gerencia de Proyectos, Coaching, Mejora de Procesos y Pensamiento
Estratégico.
MBA, Escuela de Negocios ESAN (Perú)
MSc. Administración Estratégica, IESGEG (Francia)
BSc. Ciencias de la Computación,
Universidad Nacional de Trujillo (Perú)
Certified Scrum Master (CSM) desde 2008
Co-fundador de la comunidad Agile Perú.
El cómo ofrecer los servicios ágiles depende de lo que llamo el Nivel de Madurez de Agilismo Comercial del Cliente.
Necesitan de un acompañamiento teórico-práctico (oportunidad de negocio)
Se inicia normalmente con un proyecto piloto.
Algunas veces inician la investigación por iniciativa de los equipos de desarrollo
Las proyectos fallidos generan mayor resistencia a la adopción del Agilismo
El proveedor debe esforzarse por involucrar al cliente
Requieren gran participación del Cliente para validar los cambios
El Contrato Marco también incluye los procesos de terminación o cancelación del proyecto