Agiles 2009 - Propuestas / Recomendaciones para Equipos "Tradicionales" - Jersson Dongo

Experiencias de Implementación Ágil en Equipos Tradicionales
Jersson Dongo
@jersson
Octubre 2009

Whosthat?
Consultor en TI
Arquitecto de Software
9 años en Desarrollo e Implementación de Sistemas de Información
CoordinadorAgilePeru
Jefe de Arquitectura GesforPerú
+1.5 años (oficiales) en Iniciativaságiles a nivel de proyectosinternos/externos y procesos.

Agenda
Porqué se implementó?
Mitos a evitar
Errorescometidos
Quérealizar?
Lo realizado hasta el momento

Recomendadopornosotros
A los jefes
Bondades de técnicas versus Problemascomunes
Demostraciones de orden y mejoras a corto plazos
Mas quepromesa un compromisofactible

Recomendado por los jefes
Acabo de verlo en...
Deberíamos ahorrar usando...
La mejor: La combinación
Pero que nazca de los jefes gracias a nuestra recomendación o complemento a sus dudas/aportes

La mejor: La combinación
Un plan de evagelizacióninterna
Aperturahacia los jefes y desde los jefes
Equiposcomprometidos / Jefescomprometidos

Mitos a evitar
Resolverá tus problemas
No puedesprometerlo!
Mejorque resolver a demandaesidentificar
Luego sigue el plan de solución
«bala de plata»?

Mitos a evitar
El manifesto lo es todo
Cuántos lo conocen?
Primero queda el sentido común
Mejor que memorizar, comprender y aplicar de manera incremental
Cuidado!

Mitos a evitar
Cero documentos
Son los documentos que necesitas!
Los mínimosparatrabajar sin problemas.

Mitos a evitar
Usar TDD es ser ágil
Não!
No solo TDD
IC, Pruebasunitarias…
Procesos <> Herramientas

Mitos a evitar
Somos agiles pues...
Iteramos!
Usamoseste Framework
Personalizamosestametodología

Errorescometidos
Confiar al 100% en
Un framework / metodología / técnica
Recordemos el manifesto…
Personalizar/ponerle nombre a
La metodología/técnica/framework
La reunión

Errorescometidos
Seguir la norma establecida
Como la biblia!
TDD desde el primer proyecto
Sin haberpasadopor PU
Falta de apertura
Seragil = puertasabiertas

Quérealizar?
Conversar con el equipo
Mostrarcompromiso y aperturadesdetodos los niveles
Presentarconceptosbásicos
Proponer y esperarpropuestas

Quérealizar?
Comprender conceptos básicos (proceso)

Iteración
Retrospectiva / Mejora continua

Descubrir las bondades en conjunto
Revisarpropuestas de maneraabierta

Quérealizar?
Encontrar las falencias colectivas
Mea culpa / Feedback
Todo “sin animo de ofender a nadie”

Realizadohasta el momento
Reuniones mas «agiles»
Cualquier miembro del equipo puede definir la agenda o agendar la reunión
El problema encontrado es que a veces la experiencia puede «intimidar»
Planeamientos mas «agiles»
Apertura y revisiones mas periódicas
Iteracion y revision del alcance

Retrospectivas
Lo bueno/lo malo/lo ideal
Inicialmentereuniones “quepodemosmejorar?”
Desarrollos con mas iteraciones
Con interaciones
Hagamos un alcancejusto y presentable en el tiempoquequeda.

Definición de procesos con mas iteraciones
Pilotajesdesde el borrador!
En muchoscasos el cierre de lasespecificacionesgeneraban un bloqueo.

Productos realizados
Framework de Desarrollo
Metodología de Construcción
Primeras iteraciones se utilizaron en la construccion del FW
PilotajessobreProyecto
PilotajessobreFase
Concetode “Paquetemínimonecesario”

Productos realizados
Simplificación de Metodología de Gestión de Proyectos
Documentación (secciones y documentos)
Procesos
En base a experiencias de Metodología de Construcción

Referencias
A pesar de que
La experiencia y el sentidocomun son escenciales
Siempre se requiereuna base
Scrum desdelastrincheras (mínimo)
InfoQ / Navegapolis / Blogs
Code Leader / Code Complete
Experiencias e Iniciativas del Equipo!
www.agile-peru.net