¿Cómo se aprende a trabajar en equipo? [duplicar]

Aprendes simplemente haciéndolo. No hay manual de entrenamiento.

En cuanto a hacer preguntas, si es un principiante, tendrá que hacer preguntas. Distraerá a la persona a la que le estás preguntando, pero eso es de esperar. Es una parte de contratar gente nueva.

Antes de hacer una pregunta, trate de averiguar la respuesta usted mismo. Pero no pierdas el tiempo dedicando horas a ello. Trate de formular la pregunta de alguna forma significativa con la que la otra persona realmente pueda ayudarlo.

Pero cuidado con preguntar "problemas XY". Estos aparecen ocasionalmente en Stack Exchange. Consulte el sitio web de XYProblem para obtener una explicación.

Soy un líder técnico para una pequeña empresa (10-12) empleados. A menudo usamos múltiples "sombreros". Una semana estoy liderando un equipo pequeño (2-3 desarrolladores) en la construcción de un módulo nuevo. El próximo, estaré trabajando en otra plataforma apoyando a otro líder. En nuestra empresa, cada lead gestiona una plataforma pero muchas veces los leads se desarrollan multiplataforma.

Entonces, aquí está mi básico "cómo trabajar en un grupo".

• Respetar las disciplinas de un equipo multidisciplinario. A menudo, diferentes personas son fuertes en diferentes cosas, reconozcan y respeten eso.

• Escuche, comprenda y repita en su propio entendimiento. Cuando se le asigne algo, repita lo que le han dicho para aclararlo.

• Trabaja tan duro como tu equipo. No confíes en otras personas para resolver todos tus problemas o acomodar tus debilidades. Siempre ponga su mejor pie adelante.

• La paciencia es una virtud y, a veces, un ahorro de tiempo. Contrariamente a la creencia popular, esperar que todos busquen todo en Google no siempre es el enfoque ideal. A veces tenemos pasantes que están aprendiendo y aunque agradezco que busquen cosas en Google, si una tarea tiene poco tiempo y no tienen idea, espero que me pregunten. Se trata de tiempo y eficiencia y de aplicar mi experiencia a su problema. La mayoría de los jóvenes son muy buenos y codifican y, a veces, no son tan buenos para comprender el problema. Si el tiempo es escaso y entiendo el problema, psuedocodifico la solución y los envío a su destino. Es la mejor manera de estar al tanto de una fecha límite.

• Respetar a otros líderes. Como líder, termino trabajando para otros líderes. Respeto sus decisiones y seguiré las tareas que me han sido encomendadas. Si sé mejor es irrelevante, ese líder es responsable de la plataforma, son responsables ante la plataforma. Eso no quiere decir que no mencione una mejor solución si tiene una. Pero si el líder decide seguir con su implementación, confíe en ese juicio y haga su trabajo.

• El orden es más importante para el éxito de un proyecto que la perfección. En resumen, el código no es perfecto y nunca lo será. Pero, si nos mantenemos unidos, trabajamos en ello juntos y nos enfocamos en completar la tarea, entonces podemos lanzar un producto sólido, la búsqueda de detalles sobre las ineficiencias de los casos extremos o los detalles de estilo no nos ayudarán a largo plazo.

• La comunicación es importante. Hable con sus compañeros, hable con los gerentes, dígale a la gente lo que está haciendo y cómo piensa hacerlo. A veces los requisitos cambian, a veces el alcance cambia y esas cosas pueden perderse en la mezcla. Los líderes son personas ocupadas, por lo que es importante tomar la iniciativa para hacerles saber lo que está haciendo y darles una idea de cómo se va a hacer.