¿Alguna práctica recomendada para un equipo ágil distribuido? [cerrado]

8

Nuestros equipos de scrum están divididos geográficamente (¡no es ideal, lo sé!) Debido a que el conocimiento específico solo está disponible en ciertos países. Entonces, 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 gestionar este tipo de equipo disperso gráficamente? ¿Alguna mejor práctica?

¿Cómo haces standups? a través de video de Skype? ¿Nos aseguramos de que las personas viajen cada 6 semanas (el medio tiempo de confianza aparentemente)? ¿Cómo hacemos el tablero de tareas? ¿Virtualmente o por video? ¿Kanban funcionaría mejor en esta configuración?

Bernardo
fuente
2
Esto depende mucho de la distribución geográfica. Decir que los miembros están en diferentes ciudades no es suficiente. Más importante es la diferencia en zonas horarias.
Ladislav Mrnka
De acuerdo con @Ladislav Mrnka. Bastante fácil de trabajar mismo / zona horaria similar. Toronto / NY por ejemplo. Mucho más difícil trabajar Toronto / Singapur.
sdg el
Has etiquetado con Scrum, pero esto no parece estar relacionado con tu pregunta. ¿Qué haces con Scrum?
Dave Hillier

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 durante todo el día con todos los miembros del equipo que podrían estar juntos trabajando juntos en la misma habitación, luego compartiríamos los escritorios con las personas remotas.

Nuestra pared de scrum fue a través de Excel. Romperíamos los PBI juntos y luego los agregaríamos a la hoja de Excel. Este proceso fue bastante tedioso y, a veces, ocasionaba que la gente se quedara dormida. La parte más difícil fue conseguir la participación de todos.

Nuestros representantes están reuniendo a todos los que pueden reunirse en una sala de reuniones con un teléfono con altavoz, luego comparten una hoja de grabación basada en Excel y todos 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 junto. Para los desarrolladores en el teléfono, pondríamos sus tareas en la pared, pero solo que alguien las mueva cuando den actualizaciones.

Hay tableros de tareas virtuales que están disponibles para la compra, así que lo aliento a que lo vea. Tuvimos contratistas de Avanade que crearon uno y nos autorizaron a usarlo, lo probamos pero finalmente lo abandonamos.

Espero que esto ayude.

Eric
fuente
2

Trate de tener la mayor cantidad de tiempo de trabajo posible entre los diferentes sitios. La entrega necesita una comunicación rápida.

Use GoogleDocs / Spreadsheet para compartir la plantilla de oferta durante el lanzamiento y la planificación del sprint, permitiendo que varios miembros del equipo editen simultáneamente.

Comparta escritorio usando skype y use su video conferencia o Hangouts de Google+. Use IRC o similar para permitir comunicaciones frecuentes de todo el equipo. Salas de chat temáticas para errores, construcciones, impedimentos para ayudar a los miembros del equipo a encontrar el lugar correcto para ayudar y obtener ayuda.

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

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

Todos se van a casa para asegurarse de que las construcciones sean ecológicas y se informe 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í .

djdoran
fuente
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. Descubrí que la programación de pares a través de herramientas como webex ayudó mucho, pero estas reglas fueron muy útiles para que la membresía remota funcionara.

tottinge
fuente
Por favor, no solo conteste con un enlace; al menos parafraseando la esencia.
blubb
Lo edité ¿Esta mejor ahora?
tottinge
0

Nuestro equipo tiene una configuración similar. Tenemos un equipo completo de analistas trabajando en una zona horaria, cuyos desarrolladores principales son dos en una zona y uno en otra zona. Levántate es a través de skype. Utilizamos pivotal para gestionar los proyectos y ensamblar para realizar un seguimiento de las actividades cotidianas. La política de la empresa es presionar para actuar todos los días y cada uno de nosotros tiene que pasar por los compromisos.

pez espada
fuente