Desde hace un tiempo, y por diferentes razones, hemos estado involucrados en temas relacionados con el desarrollo global de software (equipos de desarrollo distribuidos, fábricas software separadas o lejos del cliente, etc.) con metodologías ágiles como SCRUM. Tema de destacado y creciente interés en la ingeniería del software. De escuchar, y leer y leer sobre el tema se sacan algunas conclusiones interesantes de los retos a superar cuando se aplica SCRUM en equipos distribuidos. Y quería compartir con vosotros un resumen de los principales problemas que se encuentran al usar SCRUM en un desarrollo global de software(recomiendo este artículo que sintetiza muy bien el tema).
Actualmente, usar SCRUM en un desarrollo global de software plantea una serie de retos a superar y que vienen, principalmente y como era de esperar, de la distancia física, la diferencia cultural y horaria. Los anteriores impactan principalmente en la comunicación entre los miembros del equipo, y a las diferentes reuniones necesarias y que son pieza fundamental en SCRUM. Es muy destacado el caso de cómo hacer reuniones diarias cuando el equipo se distribuye en diferentes zonas horarias. La falta de comunicación síncrona está considerado como uno de los principales retos a superar a la hora de usar SCRUM en un desarrollo global de software.
Y por todos los anteriores, casi todo aquel que aplica SCRUM en un desarrollo global de software lo hace por medio de serias adaptaciones a la metodología.
Si alguien ha trabajado con SCRUM en un equipo distribuido, sería de enorme interés conocer su experiencia.
postdoctorado en la Universidad Carnegie Mellon,
EE.UU. Es pionero en management, planificación,
estimación, product management, Agilidad y en la
aplicación de la inteligencia artificial generativa a la
gestión de la creación de productos y servicios
tecnológicos. Fue el único español en la primera
conferencia Ágil de la historia.
- Debes crear apps sin saber programar (no hay que saber nada) + Crea Test con IA + Scrum es el nuevo Excel - 12 septiembre, 2024
- Las 6 técnicas prompting + 1ª Ley del Manager Oscuro + Mantenlo sencillo, estúpido - 5 septiembre, 2024
- Guía de Métricas Ágiles (versión agosto 2024) - 22 agosto, 2024
Hola a todos,
Nosotros empezamos con un SCRUM en un desarrollo España – País Latinoamerica. Finalmente hemos acabado tocando tanto el SCRUM que ya no podría decir que es SCRUM.
Saludos
El principal problema son las reuniones. Ahi poco se puede hacer cuando la diferencia horaria es grande. El resto es posible de seguir.
Justo estaba buscando información sobre SCRUM distribuido.
Si tienes más información sería muy bueno que la pudieras compartir 😉
Usas Scrum con equipos distribuidos es complejo, porque de entrada estás chocando con el principio: «El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara»
es de mucha paciencia,
Tips:
– Daily´s con una herramienta colaborativa
– Daily´s con compromisos diarios ojalá con actividades no superiores a 8h
– Retrospectivas online ojalá con videconferencia
– Usar ventanas de comunicación(todo el día? medio día? el equipo lo decide, pero esto depende tambien del país en que se encuentre el equipo de desarrollo, QA, PO…)
– Uso de Pre-Reviews(Demos) antes de la sesión final del Sprint, para ver si el enfoque del equipo es el deseado(necesidad en cada HU) por el PO
– Establecer cuales van a ser las herramientas colaborativas del proyecto
– Para los temas de idiomas si es necesario que todo el equipo hable un idioma, ya que las traducciones se vuelven complejas y distorsionan la necesidad del PO o el entendimiento de dichas necesidades por parte del equipo.
– El Review debe estar al frente del equipo de desarrollo o de QA, ojalá con los objetivos trazados en el planning siendo enseñados al PO
– Generar un RoadMap Agile con una visión integrada de los PO´s donde se especifique un estimado de cada Release…