Cómo ganar el respeto de los miembros del equipo como líder del equipo [cerrado]

Si fue contratado en 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 comercial: 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 líder del equipo.

• Tratar al equipo con respeto.
• Delegue en las fortalezas, pero también asigne tareas que puedan ayudar a los miembros del equipo a mejorar las debilidades
• Proteja al equipo de interrupciones o distracciones.
• Estar dispuesto a educar
• Estar dispuesto a escuchar
• Elimine los obstáculos y manténgase alejado del equipo, pero también sea accesible cuando las personas necesiten ayuda
• Sea tácticamente honesto al evaluar el trabajo. Algunas personas no responden bien incluso a las críticas constructivas, pero los desarrolladores serios (o los trabajadores de cualquier profesión realmente) querrán saber qué hacer para mejorar
• Respete el tiempo personal del equipo y permita el equilibrio entre el trabajo y la vida (trabajo a distancia, salir una hora antes para recoger a los niños o hacer una cita con el médico), y cuando los tiempos dicten horas extras, prepárese para recompensar al equipo por el sacrificio. A veces mi compañía me autorizaba a comprar almuerzo para celebrar un hito, pero cuando no lo hizo (¡bastardos baratos!) Hice algo por el equipo con mi dinero. Si el equipo dio más para ayudar a que un proyecto sea exitoso, entonces fue lo menos que pude hacer. No tiene que ser extravagante o costoso, pero un poco de aprecio ayuda; y la falta de ella puede minar la moral.
• Trabajar para ser un experto tanto técnico como experto en la materia. No tiene que hacer esto, pero en mi experiencia un líder es más respetado cuando los miembros del equipo pueden apreciar su conocimiento y depender de él para ayudarlo cuando sea necesario.
• Haz lo que sea necesario para que los miembros del equipo tengan más éxito. Eso significa educar y eliminar los obstáculos, mencionados anteriormente, pero también contribuir con la documentación que el equipo puede usar cuando su cerebro no está cerca para que lo usen, y escribir algunas de las especificaciones. Las excelentes especificaciones harán que los desarrolladores sean más eficientes y autosuficientes, llenen los vacíos de conocimiento y los ayudarán a cumplir los requisitos con un mínimo de modificaciones posteriores. Haga esto junto con hacer que trabajen directamente con el cliente.
• Construir relaciones entre el equipo y los clientes. Ayudará a llenar los vacíos en los requisitos incumplidos y abrir las puertas para otros comentarios que normalmente no obtendrá.
• Acepta que los errores son parte del aprendizaje
• Esté listo para actuar para eliminar a un miembro del equipo que sea en detrimento de la cohesión o productividad del equipo. Esto a veces es difícil de hacer, pero se encontrará con personas que carecen de la ética de trabajo, la productividad o la competencia de los otros miembros del equipo. Puede ser paciente hasta cierto punto, pero llega un momento en que puede tener que trabajar con la gerencia para hacer un cambio. Los miembros del equipo verdaderamente pobres le costarán al equipo más tiempo y esfuerzo. Si se esfuerza demasiado por ser el Sr. Fair and Nice, puede trabajar en su contra si los mejores miembros del equipo sienten que el de menor rendimiento está recibiendo un tratamiento especial o si se lo compensa por el menor trabajo.
• Se transparente. Comunicarse regularmente. Si obtiene información sobre la compañía o un despido reciente, o una fusión, compártala con ellos. La gente respeta la honestidad, aunque a veces en este mundo loco parece lo contrario. Si no puede ser honesto con sus subordinados, entonces no quiere ser un líder de equipo, quiere ser un ejecutivo.
• Sea rápido para compartir crédito cuando sucedan cosas buenas
• Esté preparado para asumir la responsabilidad cuando suceden cosas malas

Sé un paraguas de mierda.

La gerencia te va a empeñar tareas. 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 las cosas se hagan 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. Mejorar puede ser en forma de tutoría, ayudando con la gestión del tiempo / prioridad, y producir software de calidad a tiempo. Si el líder de un equipo se está enfriando, tendrán que ser un estudio rápido.

La conclusión es:

• Ejemplo de plomo: golpear las cejas es contraproducente en cada situación
• Introducir cualquier cambio para procesar en un ritmo controlado
• Escuche e incorpore los aportes de su equipo
• Identifique una victoria rápida para mejorar el equipo e implementarlo. Y hazlo de nuevo.
• Comunícate claramente y haz preguntas con frecuencia

tu primer día allí, patea @ $$ de alguien, o conviértete en alguien ... no, espera, eso es prisión.

muestre respeto para ganarse respeto, escuche atentamente y sea usted mismo, pero sobre todo, lidere siendo un buen ejemplo

Como líder, se le da 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 (particularmente 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 buscar el trabajo. Averigua qué es lo que hay que hacer, obtén todo el conocimiento del dominio que puedas meter en tu cabeza rápidamente y comienza a dividirlo en partes más pequeñas. Esperemos 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 ponerse a trabajar. Delega ciertas tareas a los miembros de tu equipo. Contribuya lo más que pueda al trabajo sin interferir con sus responsabilidades como coordinador; esto lo ayudará a ganarse el respeto del equipo.

Y recuerda que tu responsabilidad principal es coordinar las cosas. No eres un general, ladrando órdenes a los gruñidos que deben ser obedecidos al instante y sin ninguna duda; usted es la guía para un grupo de profesionales calificados, 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 consultar con ellas. 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 los diferentes miembros del equipo piensan que son buenas), y la decisión final, y la responsabilidad, recae sobre sus hombros.

Básicamente, mantente fuera del camino tanto como sea posible y trata de asegurarte de que los miembros de tu equipo puedan hacer el mejor trabajo posible, y te amarán 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":

• No sea una amenaza para la gente del equipo. Estás allí para que funcionen mejor y muestren sus valores, no los tuyos.

Como líder y desarrollador senior de un equipo, generalmente los seres humanos tratamos de 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:

• Genere confianza: esto lleva tiempo y experiencias, ya que algunas personas confían de inmediato y otras pueden tomarse el tiempo para abrirse y esas cosas. El punto clave aquí es ser abierto y honesto, creo.

• Mostrar compasión: ¿qué tan bien se preocupan por estas personas? ¿Cómo muestras eso? Estar allí para ellos es parte de esto, pero hay muchas otras dimensiones de la relación que se deben tener en cuenta.

• 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 primero debes conocer a las personas.

• 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 las personas.

Aquí hay algunas cosas procesables que me funcionaron:

1) Realice reuniones personales muy informales y relajadas con todos los miembros del equipo (algo como el almuerzo, o simplemente pase por su cubículo, salga a caminar por el edificio, etc.). Escucha más, habla menos, haz preguntas. Descubra sus fortalezas, deseos, rasgos de carácter y "puntos débiles".

2) Pide su ayuda. A todos les gusta sentirse útiles y bien informados frente al liderazgo de su equipo.

3) Empoderar a su gente preguntando sus opiniones, complementando con frecuencia pero por una buena razón.

4) Explica tus decisiones. No le des a la línea de la compañía sin una conversación sin compromiso como hacen los ejecutivos ejecutivos. Sé directo.

5) Una vez en un rol, ACTIVAMENTE y CADA DÍA eliminan los obstáculos de tus compañeros de equipo

6) Diríjase a los no artistas de inmediato. Si algo los molesta, encuentre una manera de solucionarlo. Si solo son vagos / enojados / estúpidos, deshágase de ellos a través de su gestión.

7) Y, por último, PREPARE a su personal 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 señalar una única cualidad general de los líderes:

Hacen lo que dicen que van a hacer.

Hay más que eso, pero básicamente significa que las personas consideran a alguien 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 apagado. Si haces esto repetidamente, la gente te considerará un líder.

Sepa en qué consisten las tareas de su equipo y reaccione en consecuencia.

Probablemente lidere un equipo de desarrolladores con diversas habilidades: dos desarrolladores de PHP, un diseñador de bases de datos, un diseñador de interfaz de usuario, algunos desarrolladores de HTML. Conozca qué implican sus tareas diarias y cree expectativas en función de lo que puedan lograr razonablemente.

Quizás el desarrollador de su base de datos necesite razonablemente X tiempo para completar lo que equivale a 20 líneas de código porque la fase de diseño se escala 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 es casi óptimo:

1. Lea AntiPatterns y AntiPatterns en Program Management (ambos se muestran en ese sitio).
2. Comprometerse personalmente a nunca hacer ninguna de esas cosas.
3. Demostrar su compromiso con su equipo mediante la realidad no hacerlas.
4. Trabaje con su equipo para hacer el trabajo que necesita hacer.
5. Repita los pasos 3 y 4.

Tenga en cuenta la falta completa de "mejores prácticas" arriba. No hay respuestas correctas, pero ciertamente hay algunas incorrectas .

Francamente, creo que el núcleo del buen liderazgo del equipo es aprender de los errores de los demás. 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, le sugiero que tome la iniciativa y comience algo nuevo. Algo así como la reunión gratuita de charlas tecnológicas del viernes, en la que puedes mostrarles cómo resolver el cubo de Rubik. Es una especie de foro de desarrollo, donde cada miembro es libre de hablar sobre la tecnología o el producto que le gusta o con el que han trabajado. Que sea de código abierto o el proyecto personal o universitario. 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, teníamos algo como esto, pero se concentraba en las patentes. A cada persona se le ocurrirá 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 existía la misma idea, pero desafortunadamente se convirtió en una reunión de progreso, que giraba en torno al proyecto. Entonces esa es otra lección. Los desarrolladores no deben verse obligados a nada en este foro, sino que deben crearse entornos para que puedan participar por su cuenta.

Tres cosas: muéstrales a los miembros que eres digno. Ganar respeto. Mostrar respeto y escuchar a los miembros del equipo. No seas parcial (incluso si te gusta una chica en el equipo) :-)

Algunas buenas respuestas aquí. Si tuviera que resumir en una oración:

Elimine las barreras, permita que se concentren, hablen su idioma, muestren confianza en ellos (incluso si esto conduce a errores) y empatice.

Todo lo demás es solo un medio para un fin.