Charla sobre como empezar con técnicas ágiles en un proyecto o negocio. La primera versión se expuso en el ULIMA Agile Day 2010 en la Universidad de Lima. La segunda versión se presentó en la charla "Un proyecto ágil de inicio a fin" en el Agile Open LIma VII el 21 de Abril del 2013 en la Pontificia Universidad Católica del Perú.
Presentacion como ser agil y no morir en el intento v2
1. Cómo ser ágil.
Y no morir en el
intento.
Yes,
We Know IT Luis Ibarra Consiglieri
2. agenda
El equipo
Dirección del equipo
El ambiente de trabajo
Técnicas para el desarrollo
Contratos ágiles con los clientes: cómo
convencerlos!
Producto vs Software a medida
Algunos ejemplos con clientes reales
3. el equipo
Qué equipo ?
Qué personas ?
Qué habilidades necesitamos ?
Cuándo necesitamos el equipo ?
Qué pasa si no tenemos personas ?
El equipo esta completo, ahora qué ?
4. el equipo
Experiencia del equipo + / -
Personas con pasión, visión: proactivas
Habilidades o skills dependen del proy.
Honestidad sobre las fechas de inicio
30 días para contratar a una persona
Elegir técnica / framework de trabajo
6. el equipo
“Las mejores arquitecturas, requisitos y diseños
emergen de equipos auto-organizados”.
manifiesto ágil
7. dirección del equipo
Líder o Jefe de Proyecto
Facilitador, catalizador, motivador
creativo
solucionar problemas
involucradomotivado
productivo mejorar el día a día
autoridad
visión
8. “Los proyectos se desarrollan en torno a
individuos motivados. Hay que darles el
entorno y el apoyo que necesitan, y
confiarles la ejecución del trabajo”.
manifiesto ágil
“Los responsables de negocio y los desarrolladores
trabajamos juntos de forma cotidiana durante todo
el proyecto”.
dirección del equipo
9. ambiente de trabajo
Instalaciones cómodas, sillas y escritorios adecuados, podría ser
modular. Un lugar acogedor.
No tenga distracciones, ni ruidos molestos.
Espacio para relajarse, lugar de esparcimiento, lugar de lectura,
reuniones, juegos.
Pizarras acrílicas donde poder dibujar o expresar ideas gráficamente.
Herramientas de HW y SW adecuadas.
Trabajar las horas necesarias. 8 horas es el standard, no excederse,
NO SER UN HEROE.
ambiente ágil
12. técnicas para el desarrollo
Scrum
XP : TDD, Pair programming
Refactoring
13. contratos ágiles
Lo que el cliente quiere
Lo que el vendedor ofrece
Lo que el cliente realmente
necesita
requerimiento
14. contratos ágiles
Un contrato ágil en el mejor escenario es un contrato que
no tiene un final fijo.
El fin del contrato se da con la satisfacción final del cliente,
si el cliente no esta satisfecho el contrato se puede alargar
o si ya lo esta, puede acortarse.
El contrato ágil puede hacer que el cliente ahorre dinero,
tiempo y recupere más rápidamente su inversión.
El contrato ágil puede hacer que el equipo termine antes el
proyecto y aprovechar en “recargar baterías”
que es ?
15. contratos ágiles
Mostrar el posible ahorro de tiempo y dinero de darse el
caso que se acorte el contrato - Al de Finanzas.
Mostrar las ventajas de trabajar con metodologías ágiles
como SCRUM que pondera el tener entregables
incrementales del desarrollo - Al Usuario.
Comentar al cliente que fue el mismo equipo quien
planificó los tiempos iniciales, de acuerdo al alcance base -
Al de Sistemas o Líder de proyecto.
convencer al cliente
16. contratos ágilesconvencer al cliente
0 1 2 3 5 6 7 8 9
9
6
A = Lo que el cliente pide
B = Lo que realmente necesita
$ A - $ B = Ahorro !
meses
17. manifiesto ágil
“Aceptamos que los requisitos cambien, incluso en
etapas tardías del desarrollo. Los procesos Ágiles
aprovechan el cambio para proporcionar ventaja
competitiva al cliente”.
contratos ágiles
18. prod. vs sw a medida
aplicaciones que son diseñadas
100% bajo los requerimientos
especificados por el cliente
SW a medida
Producto
aplicaciones que son diseñadas
con requerimientos generales
y vendidas a muchos clientes
19. prod. vs sw a medida
SW a medida =
Producto =
Alta calidad del SW
Mucha Motivación
Logística Simple
Contratos cortos
Poco personal
Equipos pequeños
Especialización costosa
Garantía y soporte
Menos recurrencia
PROS CONT / RIESGO
Ganancia exponencial
Muy Alta calidad
Costos decrecientes
Marca propia
Recurrencia deVentas
Alta inversión inicial
Equipos grandes al inicio
Alta especialización
Logística y soporte
20. prod. vs sw a medida
“Las tendencias, técnicas y frameworks
ágiles son totalmente compatibles y
apalancan la calidad en la creación de
productos y SW a medida”.
Scrum
Kanban
XPágiles TDD
pair programing
refactoring
integración continua
22. ejemplos
1Escenario
Cliente: Una universidad privada peruana
Requerimiento: Sistema integral de gestión educativa
Análisis: Jefe de proyecto + vendedor
Tiempo planeado: 10 meses
Framework: Scrum
Lo Malo
- Equipo no analizó el req.
- No hubo un experto
- Equipo inmaduro
- Rotación de personal
Lo Bueno
- No sabe, no opina
Lo Feo
- Cliente insatisfecho
- Equipo desmotivado
- Dinero perdido
Resultado
Tiempo final: 24 meses
Costo: más de 2X el costo inicial
23. ejemplos
2Escenario
Cliente: Una entidad bancaria peruana
Requerimiento: Sist. gestión de tipo de cambio
Análisis: El equipo Scrum + Scrum Master
Tiempo planeado: 6 meses
Framework: Scrum
Lo Malo
- Cliente exigente
- Procesos complejos
Lo Bueno
- Equipo motivado
- Usuario comprometido
- Cliente muy satisfecho
- Calidad = 2do contrato
Lo Feo
- Lo debe saber la
competencia ;)
Resultado
Tiempo final: 6 meses
Costo: costo inicial
24. reflexiones
manifiesto ágil
Esto es, aunque valoramos los elementos de la derecha,
valoramos más los de la izquierda.
Individuos e interacciones sobre procesos y herramientas
Software funcionando sobre documentación extensiva
Colaboración con el cliente sobre negociación contractual
Respuesta ante el cambio sobre seguir un plan