Si fue contratado para una nueva compañía como líder de equipo (digamos un equipo de 10), una de las cosas importantes que debe hacer es ganarse el respeto de los miembros del equipo. En los primeros días, el nuevo líder del equipo puede no saber nada de la cultura del equipo, la base del código y el dominio empresarial: en otras palabras, es un neófito completo.
¿Cómo se hace esto? ¿Qué son lo que se debe y no se debe hacer?
Muchas buenas respuestas ya. Traté de hacer todo esto cuando era un líder de equipo.
Sea un paraguas de mierda.
La administración va a empeñar tareas sobre ti. Entonces no empeñes esas tareas en tus subordinados. Trabaja para proteger a tus subordinados de la basura que llueve desde arriba para que puedan concentrarse en hacer su trabajo.
Un líder de equipo tiene algunas responsabilidades, como organizar el equipo, asegurarse de que todo se haga a tiempo y representar al equipo ante la gerencia.
Al final del día, si el líder del equipo ayuda al equipo a mejorar, se ganarán el respeto. Ser mejor puede ser en forma de tutoría, ayudando con la administración de tiempo / prioridad y produciendo software de calidad a tiempo. Si un líder de equipo se está enfriando, tendrá que ser un estudio rápido.
La línea inferior es:
tu primer día allí, mata a alguien de $ $$, o conviértete en alguien ... no, espera, eso es prisión.
muestre respeto para ganarse el respeto, escuche atentamente y sea usted mismo, pero, sobre todo, dé el buen ejemplo
Como líder, le dan un trabajo por hacer y un conjunto de personas y recursos para hacerlo, y su trabajo es coordinar las cosas.
Como "un neófito completo", le falta el atributo más importante de un líder: el conocimiento de su equipo. Lo primero que haría en su situación es hablar con cada miembro del equipo y conocerlos. Conozca sus personalidades, sus fortalezas (especialmente sus especialidades) y sus debilidades.
Una vez que tenga una idea de lo que puede hacer su equipo, como miembros individuales y como equipo, debe ir después del trabajo. Averigüe qué es lo que se necesita hacer, obtenga tanto conocimiento de dominio como pueda meterse en su cabeza rápidamente, y comience a dividirlo en partes más pequeñas. Esperamos que tenga al menos un miembro del equipo que sea un experto en dominios y pueda ayudarlo con esto.
Después de eso, es hora de ir a trabajar. Delegue ciertas tareas a los miembros de su equipo. Contribuya todo lo posible de su esfuerzo al trabajo sin interferir con sus responsabilidades como coordinador, esto le ayudará a ganarse el respeto del equipo.
Y recuerda que tu principal responsabilidad es coordinar las cosas. No eres un general, ladrando órdenes a los gruñidos que deben ser obedecidos instantáneamente y sin cuestionamientos; usted es la guía para un grupo de profesionales capacitados, un especialista que se especializa en el panorama general. Los miembros de su equipo tienen sus propias especialidades, así que esté dispuesto a escuchar sus ideas y consultarlas. Deje en claro que son libres de acudir a usted con ideas y preocupaciones, pero también que como líder, el dinero se detiene con usted. A veces, tendrá que tomar una decisión entre dos alternativas aparentemente buenas (o dos alternativas que cada miembro del equipo cree que son buenas) y la decisión final, y la responsabilidad de la misma, descansa sobre sus hombros.
Básicamente, manténgase alejado del camino tanto como sea posible y trate de asegurarse de que los miembros de su equipo puedan hacer el mejor trabajo que puedan, y les encantará por ello.
Bueno, recientemente pasé por una situación como la tuya. Todos los "hacer" enumerados aquí funcionaron muy bien para mí, más un gran "no":
Como líder y desarrollador senior en un equipo, normalmente los seres humanos intentamos lograr demasiado y no delegamos muy bien. Confía en ellos. Incluso si cometen errores. Especialmente si cometen errores. Esto es parte de su crecimiento personal.
Hay 4 rasgos comunes entre los seguidores que señalaría:
Construir confianza: esto toma tiempo y experiencias, ya que algunas personas confían de inmediato y otras pueden tomar tiempo para abrirse y esas cosas. El punto clave aquí es ser abierto y honesto, creo.
Muestra compasión: ¿Qué tan bien te preocupas por estas personas? ¿Cómo demuestras eso? Estar ahí para ellos es parte de esto, pero hay muchas otras dimensiones en la relación que se deben tener en cuenta aquí.
Proporcione estabilidad: a muchas personas no les gusta el cambio y no les gusta adaptarse a cosas nuevas. Otros están bien con eso, pero debes conocer a las personas en primer lugar.
Crea esperanza: esto es algo divertido que puede o no ser realista en tu caso. Se trata de darle a alguien algo por lo que vivir y no es necesariamente algo fácil de hacer.
También recomendaría buscar, "Cómo ganar amigos e influir en las personas" para obtener más ideas sobre cómo tratar con la gente.
Aquí hay algunas cosas útiles que me funcionaron:
1) Hacer muy casual y amp; reuniones relajadas con todos en el equipo (algo como el almuerzo, o simplemente pasar por su cubículo, pasear por el edificio, etc.). Escucha más, habla menos, haz preguntas. Descubra sus fortalezas, deseos, rasgos de carácter y "puntos blandos".
2) Pide su ayuda. A todos les gusta sentirse útiles y conocedores de su líder de equipo.
3) Capacite a su gente preguntando sus opiniones, complementándola con frecuencia pero por una buena razón.
4) Explica tus decisiones. No le dé a la compañía línea sin hablar de una manera no comunal como lo hacen los ejecutivos C. Sea directo.
5) Una vez en un rol, ACTIVELY y TODOS LOS DÍAS eliminan los obstáculos de tus compañeros de equipo
6) Diríjase a los no ejecutantes de inmediato. Si algo les molesta, encuentra una manera de solucionarlo. Si solo son perezosos / enojados / estúpidos, deshazte de ellos a través de tu mgmt.
7) Y por último, PREPARE a su gente con anticipación para los cambios que están a punto de afectar al equipo, su trabajo, sus requisitos, etc. Necesitan trabajar en un entorno predecible.
Los libros sobre liderazgo tienden a apuntar a una calidad única de líderes:
Hacen lo que dicen que van a hacer.
Hay más que eso, pero básicamente significa que la gente considera a alguien como un líder cuando esa persona dice "vamos a hacer X", y X es un desafío, y luego el equipo u organización, o lo que sea, termina tirando de ella. Si haces esto repetidamente, la gente te considerará un líder.
Sepa en qué consisten realmente las tareas de su equipo y reaccione en consecuencia.
Probablemente dirija un equipo de desarrolladores con diversas habilidades: dos desarrolladores de PHP, un diseñador de bases de datos, un diseñador de IU y algunos desarrolladores de HTML. Conozca lo que está involucrado en sus tareas diarias y desarrolle expectativas basadas en lo que son capaces de lograr razonablemente.
Tal vez el desarrollador de su base de datos necesite X tiempo para completar lo que equivale a 20 líneas de código porque la fase de diseño se amplía de manera diferente a la de sus desarrolladores de PHP, que pueden bombear 500 líneas al mismo tiempo.
Este es un proceso que llevará algún tiempo, pero está cerca de ser óptimo:
Note la falta completa de "mejores prácticas" arriba. No hay respuestas correctas, pero ciertamente hay algunas incorrectas .
Francamente, creo que el núcleo de un buen liderazgo de equipo es aprender de los errores de otros. Si te enfocas en no hacer cosas que se sabe que son estúpidas, entonces, como mínimo, el equipo no te odiará con el calor de mil soles.
Ahora que tiene algunas buenas respuestas, sugeriré tomar la iniciativa y comenzar algo nuevo. Algo así como la reunión de charla técnica gratuita del viernes, en la que puedes mostrarles cómo resolver el cubo de Rubik.
Es un tipo de foro de desarrollo, donde cada miembro es libre de hablar sobre la tecnología o el producto que les gusta o con el que han trabajado. Deja que sea de código abierto o personal o el proyecto de la universidad. La idea es crear el entorno donde los desarrolladores participarán por su cuenta. Pueden hablar libremente sobre cualquier cosa en la reunión.
En mi empresa anterior, solíamos tener algo como esto, pero estaba concentrado en torno a las patentes. Cada persona tendrá la idea de utilizar el producto de una manera nueva. En la reunión discutiremos la idea, sus ventajas, desventajas, desafíos, etc.
En la organización actual hubo la misma idea, pero de alguna manera, desafortunadamente, se convirtió en la reunión de progreso, que gira en torno al proyecto. Así que esa es otra lección. Los desarrolladores no deben ser forzados por nada en este foro, sino que se debe crear un entorno para que participen por su cuenta.
Tres cosas: Muestra a los miembros que eres digno. Ganar respeto. Muestra respeto y escucha a los miembros del equipo. No seas parcial (incluso si te gusta una chica en el equipo) :-)
Algunas grandes respuestas aquí. Si tuviera que resumir en una oración:
Elimine las barreras, permítales enfocarse, hablen su idioma, muestre confianza en ellas (incluso si esto conduce a errores) y empatice.
Todo lo demás es solo un medio para un fin.
Lea otras preguntas en las etiquetas team-leader