Actividades para presentar nuevos miembros del equipo [cerrado]

Hay tres áreas que consideraría al presentar nuevos miembros del equipo.

1) El Trabajo: Una semana no es mucho tiempo para acostumbrarse a trabajar juntos. El emparejamiento o la programación grupal/mafiosa podría ser una excelente manera de ponerlos al día sobre la forma en que trabaja el equipo y las prácticas de código. Puede ralentizar un poco al equipo durante la semana, pero no tanto como tratar de incorporarse a una base de código desde el exterior.

2) El equipo: si su equipo tiene un acuerdo de trabajo sobre cómo se comunican, definición de listo y hecho, revisión de código, etc., puede compartir esto con los nuevos miembros con anticipación y luego hacer un pequeño resumen en persona. Nuevamente, esto es solo para evitar confusiones y hacer que las conversaciones sobre eso sean cara a cara.

3) Conexiones personales: Al igual que la respuesta de Axel, dales tiempo para crear conexiones personales. Si su equipo y los nuevos miembros están bien con la bebida, la hora feliz puede ser una excelente opción. Los almuerzos compartidos también pueden ser buenos, lo que se adapte a la cultura del equipo y de los nuevos miembros del equipo. Esto realmente valdrá la pena cuando surjan conflictos más adelante.

Cualquier actividad podría estar bien. No creo que sea necesario algo extraordinario, simples eventos pueden ser una buena solución.

Probablemente lo mejor sería, incluso antes de empezar a trabajar con el equipo, invitar a todo el equipo (básico + 2 nuevos miembros) a tomar algo y/o comer. Un ambiente relajado y relajado podría ayudar a los chats, algunos conocimientos iniciales, algunos intereses compartidos, tal vez también relacionados con el trabajo / desarrollo.

Vi que funcionó bastante bien para romper el hielo con nuevos miembros para algunos de mis equipos. Iría por este camino.

Hacer el mejor uso de la presencia de los miembros del equipo en alta mar

Como dijo @axel, una reunión informal con el equipo es, por supuesto, la mejor manera de comenzar. Además, lo siguiente ayudará:

1. Configuración del entorno de desarrollo : pídales que configuren el entorno de desarrollo en su computadora portátil y permítales comenzar con un código de entrada/salida mientras están en la oficina. Además, permítales probar la VPN desde su habitación de hotel. Esto evitará la necesidad de solucionar cualquier problema de permisos cuando sean remotos.

2. Ceremonias de Scrum : Será bueno que puedan participar en persona en todas las ceremonias de Scrum (Refinamiento de Backlog, Revisión de Sprint, Retrospectiva y Planificación) mientras están allí en persona.

3. Estimación de puntos de historia : En mi experiencia, la estimación de puntos de historia ha sido un tema complicado para los nuevos miembros del equipo, incluso si ya están familiarizados con Scrum. Esto se debe a que los puntos de la historia son relativos y lo que un equipo llama 3 puede no ser lo mismo para otro equipo. Además, cosas como si usa historias de 0 puntos y qué significa.

4. Pizarra : Está bien establecido que el canal de comunicación más efectivo para los equipos de desarrollo es la discusión con la ayuda de una pizarra. Esto es lo más difícil de hacer en alta mar. Por lo tanto, aproveche su presencia y organice algunas pizarras de arquitectura existente / propuesta / hoja de ruta ... etc.

En una ventana de 1 semana, cuando los nuevos miembros trabajarán juntos con el equipo, es un marco de tiempo lo suficientemente bueno para informar a los nuevos miembros del equipo sobre las "reglas básicas" sobre el proyecto y el equipo del proyecto.

Puede discutir múltiples temas diversos, como 1. código de conducta aceptable, 2. canales y protocolos de comunicación entre equipos, 3. etiqueta de la reunión 4. descripción general del alcance, cronograma, calidad y riesgos del proyecto

Las reglas básicas establecen expectativas claras con respecto al comportamiento aceptable de los miembros del equipo del proyecto. El compromiso temprano con pautas claras disminuye los malentendidos y aumenta la productividad general del equipo.

Esta claridad sobre las reglas básicas del proyecto y el equipo permite a los miembros del equipo descubrir valores que son importantes para los demás.

Aparte de la socialización/formación de equipos, he descubierto que la programación en pareja es la mejor manera de poner al día a los nuevos miembros del equipo.

Es mejor hacer preguntas mirando el código base en vivo, y significa que la persona que trabaja con ellos puede tener una idea rápida de cómo prefieren trabajar.