Agile distributed Teams in Large Enterprises
-
Upload
uzi-mamani-fernandez -
Category
Technology
-
view
423 -
download
0
Transcript of Agile distributed Teams in Large Enterprises
Agile Distributed Teams in
Large Enterprises
Uzi Mamani
Uzi Mamani Fernández
Software Developer
Agile & Lean Thinker
about.me/uzigula
@uzigula
theagileroad.blogspot.com
Mitos sobre
Agile Distribuido
Mito 1: Agile es sólo para
equipos colocalizados.
Mito 2: Equipos distribuidos
impactan en la calidad del
producto.
Mito 3: Equipos remotos sólo
necesitan developers y
testers.
Mito 4: Agile no es adecuado
para grandes proyectos
distribuidos.
Mito 5: Agile distribuido
acarrea mucho re-trabajo.
El Proyecto
Reemplazar la plataforma tecnológica
que da soporte a los 80+ servicios
que ofrece la corporación, los cuales
están distribuidos en las 7 unidades
de negocio.
Sistemas Heterogéneos
El Equipo
Localizaciones
Organización Tribus
Auto
organizadas
Architectural Team - Guidelines
El problema de
la Comunicación
Sincronización
Telecons
Video Conference
Desktop Sharing
Sincronización
Scrum Refinement Show
& Tell
Meeting tools
• Skype (Video Llamadas)
• Join Me (Video Llamadas,Compartir Escritorio)
• Citrix (Video Llamadas, Acceso a las VDIs)
• Adobe Connect. (Compartir Escritorio).
• Google HangOut
• IM (Lync)
• Outlook (para sincronización de calendarios)
Code Reviews
Governance
Por Tribu Entre Tribus
StakeHolders Off Shore / Near Shore
Como atacamos
a la bestia
Estrategia de Planificación
Uso
(Actividades y Tareas)
Software a construir
(Especificado en
Historias de Usuario)
Servicios ofertados
Objetivos de
Negocio
(unidades)
Mantener la Continuidad del Negocio
Disciplined Agile Software
Lifecycle (DASL)
Estimaciones
Pipeline Items are T-Shirt Sizes (S/M/L)
Backlog Items are Story Pointed
(Fibonacci)
Tasks are estimated in Hours (no more
than 12)
Core
Must be delivered for a successful release
Communicate to stakeholders; central to other planning
Stretch
It’s our agile bubble – should be delivered if possible
Most effective tactic for handing changing business needs
and surprises
Communicate to stakeholders
Every release should contain a healthy mix
Target 70% /30% to 80%/20%
Release Plans
Métricas: Score Cards
• “Drop releases”, para Características urgentes.
• Production responsive swimline, Un línea para
atender los problemas en producción, en todos
los taskboard.
• Historias de Usuario de Deuda técnica.
Mejoras
Herramientas de Soporte
Code
Reviews
Documentación
Gestión de Proyectos
Control de
Código Fuente
Testing
Integración
Continua
Calidad del
Código
Resumen
• DASL is key element of our High Performing
Technology Culture
• We have evolved from core to disciplined agile
• We build the right stuff
• We build the stuff right
• We are predictable, accountable, and
repeatable which equals TRUST
Agile Distributed Teams in
Large Enterprises
Uzi Mamani