¿Alguna de las mejores prácticas para un equipo ágil distribuido? [cerrado]

8

Nuestros equipos de scrum están divididos geográficamente (¡no es lo ideal, lo sé!) debido a que el conocimiento específico solo está disponible en ciertos países. Así que un equipo de, digamos, 7 miembros, tiene la persona de negocios en una ciudad, 2 desarrolladores en otra, 2 otros desarrolladores en otra y 2 qa en otra.

¿Alguna sugerencia sobre cómo administrar este tipo de equipo disperso gráficamente? ¿Alguna de las mejores prácticas?

¿Cómo se hace el standup? a través de skype video? ¿Nos aseguramos de que las personas viajen cada 6 semanas (aparentemente el medio tiempo de confianza)? ¿Cómo hacemos el panel de tareas? ¿Virtualmente o por video? ¿Funcionaría mejor Kanban en esta configuración?

    
pregunta Bernard 24.08.2011 - 19:47

4 respuestas

2

Nuestro equipo tuvo una situación similar, tuvimos 2 desarrolladores que trabajaron de forma remota, en diferentes estados.

Para la planificación, tuvimos una reunión remota de todo el día con todos los miembros del equipo que podrían trabajar juntos en la misma sala, luego compartiríamos los escritorios con la gente remota.

Nuestro muro de scrum fue a través de Excel. Dividiríamos a PBI's juntos y luego los agregaríamos a la hoja de Excel. Este proceso fue bastante tedioso y algunas veces causaba que las personas se desvanecieran. Lo más difícil fue conseguir la participación de todos.

Nuestros stand-ups están reuniendo a todos los que pueden reunirse en una sala de reuniones con un altavoz, luego comparten una hoja de quemados basada en Excel y todos los que dan su actualización. Esto también se colocaría en una pared de scrum en esa sala de reuniones para el grupo más grande que estaba unido. Para los desarrolladores en el teléfono, colocaríamos sus tareas en la pared, pero solo tendríamos a alguien que las moviera cuando dieran actualizaciones.

Hay tableros de tareas virtuales que están disponibles para la compra, por lo que los invito a que lo vean. Teníamos contratistas de Avanade que habían creado uno y nos dieron la licencia para usarlo, lo intentamos pero finalmente lo abandonamos.

Espero que esto ayude.

    
respondido por el Eric 24.08.2011 - 20:01
2

Trate de tener la mayor cantidad de horas de trabajo que se superponen entre los diferentes sitios. La entrega necesita una comunicación rápida.

Use GoogleDocs / Spreadsheet para compartir la plantilla de oferta durante la liberación y la planificación de sprint, lo que permite a varios miembros del equipo editar simultáneamente.

Comparta el escritorio con Skype y use sus videoconferencias o hangouts de Google+. Use IRC o similar para permitir comunicaciones frecuentes de todo el equipo. Salas de chat temáticas para errores, compilaciones, impedimentos para ayudar a los miembros del equipo a encontrar el lugar adecuado para ayudar y obtener ayuda.

Tenga un IssueTracker compartido para rastrear los sprints y lanzamientos - Jira.

Tenga grabaciones en línea y repositorios de información que se mantienen actualizados, preferiblemente visibles en pantallas grandes en cada sitio.

Todos se van a casa asegurándose de que las construcciones sean verdes y se informe sobre el progreso. Cada sitio se beneficiaría de un scrummaster que comunicará con frecuencia el resultado de los enfrentamientos y que puede ayudar a eliminar los impedimentos del equipo remoto.

Vea las lecciones de Craig Larman descritas aquí .

    
respondido por el djdoran 26.08.2011 - 00:13
1

Algunas heurísticas útiles .

Se nos ocurrieron algunas reglas que nos ayudan a tomar decisiones sobre cómo adaptaremos (o cómo NO adaptaremos) nuestro entorno para que funcione con equipos distribuidos.

He estado en equipos con miembros distribuidos, y también pasé dos años como desarrollador remoto. Encontré que la programación de pares a través de herramientas como webex ayudó mucho, pero estas reglas fueron muy útiles para hacer que la membresía funcione de manera remota.

    
respondido por el tottinge 26.08.2011 - 05:49
0

Nuestro equipo tiene una configuración similar. Tenemos un equipo completo de analistas que trabajan en una zona horaria, los desarrolladores centrales de los cuales dos en una zona y uno en otra. Stand up es a través de skype. Utilizamos pivotal para gestionar los proyectos y assembla para realizar un seguimiento de las actividades diarias. La política de la compañía es empujar a git todos los días y cada uno de nosotros tiene que pasar por los compromisos.

    
respondido por el swordfish 26.08.2011 - 05:38

Lea otras preguntas en las etiquetas