Este documento describe las consideraciones clave para el éxito de equipos de desarrollo de software distribuidos. Explica que la comunicación efectiva es fundamental debido a las diferencias culturales y de horario. Recomienda comenzar con equipos pequeños, asegurar la comprensión de la metodología, y realizar viajes periódicos para mantener la relación personal. También enfatiza la importancia de herramientas compartidas como repositorios de código y wikis para facilitar la colaboración a distancia.

1. Equipos Ágiles DistribuidosDesde las Trincheras Diego Fidel Ferreyra Core Technologies Manager diego.ferreyra@huddle.com.ar

2. Agenda Equipos distribuidos Problemáticas Comunes Inicio de proyecto Ejecución Cierre y Mantenimiento Conclusiones Preguntas y Respuestas

3. Equipos distribuidos Distribuidos y Dispersos ¿Porqué Equipos distribuidos? Tercerización de una capacidad no crucial al negocio Por falta de capacidad Por Costos

4. Proyectos Distribuidos Equipo típico: 1 líder 2 developers 1 tester 1 analista funcional

5. Típico proyecto 7 equipos 3 equipos 4 equipos

6. Equipos Distribuidos Diferentes… Países Horarios, idiomas Culturas Costumbres, modos de hablar Iguales… Objetivos

8. Solamenteel 7% del mensaje corresponde a las palabras

9. La interacción cara a cara sigue siendo el mejor canalNon Verbal Communication, Albert Mehrabian, UCLA, 1971

10. Problemáticas por etapa Inicio de proyecto Ejecución Cierre y Mantenimiento

11. Inicio de Proyecto Aspectos de Estructuración Comenzar chico, crecer a lo grande. Equipos por funcionalidad. Contemplar viajes periódicos en el presupuesto Asegurar la comprensión de la metodología. Asegurar la asignación de los participantes.

12. Inicio de Proyecto Aspectos de Gestión Asegurar buenos medios de comunicación Establecer calendario de días feriados Negociar horarios de reuniones Compartir fotos del equipo

13. Inicio de Proyecto Aspectos Técnicos Unificar repositorio de código Deadlocks Integración continua Estabilizar frameworks o plataformas a usar. Herramientas accesibles por todo el equipo

14. Ejecución Aspectos de Gestión Comunicar estado y avance más frecuentemente PEDIR feedbackexplícitamente. Generar viajes focalizados en atacar problemáticas concretas y en mantener la relación Fomentar el hacer preguntas.

15. Ejecución Aspectos de Análisis Capacitar en el negocio, no sólo en aspectos técnicos Mail como último recurso Trabajar en la definición de UserAcceptanceTests. No sólo ayudan a validar requerimientos, ayudan a comprenderlos.

16. Ejecución Aspectos Técnicos Respetar la integridad de los builds. La diferencia horario puede causar todo un día perdido. Checkin frecuente. Si hay que hablar sobre el merge, hay mayores tiempos involucrados Wikis y Blogs Fundamental para inclusión de nuevos miembros. Solamente especificar las interfaces de servicios no alcanza.

17. Cierre y Mantenimiento Aspectos de Estructuración Evolucionar a un modelo ondemand Kanbanpor ejemplo Definir un buffer de pedidos Planificar para lo general, manejar la excepción.

18. Cierre y Mantenimiento Aspectos de Gestión Sobrecargas en ciertos roles. En algunas ocasiones, 3 ambientes, diferentes prioridades Desarrollo Testing Producción

19. Conclusiones La comunicación cara a cara no se puede reemplazar. Buenos medios de comunicación Viajes periódicos. Herramientas: Control de código compartido Integración continua Wikis, blogs. Humanizar la relación.

20. Diego Fidel Ferreyra Core Technologies Manager diego.ferreyra@huddle.com.ar www.huddle.com.ar