Liderando un equipo no tan bueno

¿Cómo se gestionaría si se le asigna un equipo de 5 con, digamos, 4 programadores incompetentes y se le pide que dirija? Obviamente no puedes codificar para los 4 chicos (puedes, pero eso no es una buena idea. Al menos me quemé haciendo eso). ¿Te has encontrado con este tipo de situaciones?

Editar: creo que sonaba grosero al elegir una palabra incorrecta (incompetente) para abordar mi problema. Para reformular la pregunta, ¿cómo se trata con las personas que no completan las tareas asignadas (por cualquier motivo [que va desde la incompetencia hasta las cosas de 'No me importa'])?

Mentor ellos.

Me he encontrado con esta misma situación cuando consulté y me pusieron en equipos con miembros de equipo menos que óptimos (nadie necesita un consultor si todo va bien: - /). Una vez, mi gerente se sintió tan frustrado con los otros desarrolladores que recurrió a sentirse frustrado y les dijo todo el tiempo cómo estaban haciendo las cosas mal. Finalmente, se cerraron por completo y dejaron de intentarlo.

Otro proyecto fue diferente. Tenía un gerente que fue paciente y trabajó con ellos. Sí, estaban por debajo del nivel normal, pero lo fueron en parte porque lo hicieron mal en un proyecto y lo masticaron, luego perdieron la confianza en sí mismos y lo hicieron peor, lo que provocó más problemas. Estos eran tipos inteligentes, simplemente no sabían cómo enfocarlo para ser productivos. Parece que tienes un porcentaje relativamente alto de miembros incompetentes del equipo, lo que me preocupa. A veces hay una pareja, pero el 80% es bastante alto. Esto suena como si no hubieran tenido un buen líder para ayudarlos a guiarlos y darles oportunidades de aprender sin sentir el martillo todo el tiempo (por supuesto, no les das antecedentes, así que supongo que ese es el problema). Realmente no importa cuál sea el problema específico, esto suena como un problema de todo el equipo, y usted como su nuevo líder tiene la autoridad, los recursos y el poder para brindarles un mejor ambiente de aprendizaje y trabajo del que estaban acostumbrados. .

Sugeriría escucharlos y descubrir en equipo cuál es el problema y si hay algo que pueda sacar que pueda explicar la situación. Muchas veces, solo escuchar a tu equipo funcionará mágicamente, ya que a veces es raro encontrar líderes que realmente escuchen. Luego, guíelos y cree un ambiente de aprendizaje. Es posible que no sean tan incompetentes como no hayan tenido un buen líder que ahora tenga que limpiar después.

Respuesta al cambio de tema:

Si el problema es simplemente que las personas no se esfuerzan lo suficiente, debe encontrar una forma de interesarlas. Esto podría variar desde ser más abierto a las ideas, incluso si apestan, hasta prometer una botella de whisky escocés si el proyecto llega a tiempo.

¡No lo compre en el estante inferior!

Respuesta a la "incompetencia":

Sí, me he encontrado con esa situación. La incompetencia total no es algo con lo que tenga que lidiar, pero más de unas pocas veces me he sorprendido de alguien que pensé que había descubierto hacer algo que veo como bastante ... cuestionable.

Lo primero que debes hacer es esforzarte mucho por suprimir ese sentimiento. Estoy seguro de que también has hecho una estupidez. Sé que tengo

Lo siguiente que debes hacer es asegurarte de explicar por qué algo que hicieron estuvo mal. Deja que discutan contigo y / o te hagan preguntas ... ojalá lo hagan. Haz que lo hagan bien; ojalá recibas apoyo de la administración porque ese siempre ha sido uno de mis problemas principales (tienen que apoyarte cuando dices: "Hazlo bien" y el otro tipo comienza a enloquecer)

Tienes que hacer esto tan políticamente correcto como puedas. Incluso si quieres gritarles, "¡¡WTF donde crees que eres MORON !!!" Eso no vuela y no ayudará en absoluto. Así que no intentes hablar con ellos al principio si te sientes así. A veces, el correo electrónico funciona mejor para que puedas editarlo tú mismo.

El objetivo aquí es ayudarlos a mejorar. Es frustrante como el infierno tratar de lograr algo con personas que, desde tu perspectiva, no pueden codificar para salir de una bolsa de papel ... pero a veces tienes que hacerlo.

Así es como los ayudas a mejorar. Ahora a ti ...

Tienes que aprender a dejarlo ir. El código no tiene que ser perfecto ... solo tiene que funcionar. Puede que tenga que bajar un poco sus estándares.

Para lograr esto y no dejar que el árbol de código del producto se convierta en un terrible desastre, debe concentrarse en los grandes problemas. Mientras el sandbox se limite a un área específica que se puede volver a hacer más tarde, cuando haya tiempo o hayan aprendido más, puede ser el código de espagueti peor y más desagradable que hayas visto y mientras funcione ... Okay. Así que busca maneras de hacer eso posible. Si su arquitectura está desacoplada, puede dejar que personas incompetentes trabajen en ella sin demasiado daño.

Por supuesto, esto significa que siempre que tengas que arreglar algo que hayan hecho o agregar una característica a algo que escribieron, tendrás dolor de cabeza. Así es la vida. Vive con ello. Si puede, puede obligarlos a agregar la función o corregir el error ... que en realidad puede ayudar mucho a enseñar mejores prácticas y habilidades de codificación (cuanto más tenga que limpiar su propia basura, menos tenderá a basura en la alfombra).

Creo que Ryan tiene toda la razón. Cuando crees que son incompetentes, pueden sorprenderte al final. Me ha sucedido eso en el pasado, lidero un equipo de 5 programadores (incluyéndome a mí) y noté al principio que la mayoría de ellos carecía de lo que yo consideraba programación básica. Después de guiarlos a través de estos pasos básicos (paciencia), el ritmo se duplicó y luego se cuadruplicó y, en esencia, alcanzaron la velocidad, si no más allá de las habilidades que esperaba.

Ten un poco de fe.

¿Es esto posiblemente la situación en Office Space:

Ocho, Bob. Entonces eso significa que cuando cometo un error, tengo ocho personas diferentes que vienen a contarme al respecto. Esa es mi única motivación real para no ser molestado, eso y el miedo a perder mi trabajo. Pero ya sabes, Bob, eso solo hará que alguien trabaje lo suficiente para no ser despedido.

Fuente: Cotizaciones de Office Space . Algunas otras preguntas para reflexionar:

• ¿Son los plazos demasiado agresivos?
• ¿Hay suficiente apoyo para ayudar a realizar las tareas a tiempo?
• ¿Qué tipo de seguimiento se realiza en las tareas asignadas, demasiado o muy poco?

Estas son solo algunas de las preguntas que consideraría al tratar de encontrar cuál es la causa raíz del problema, ya que parece describir más un problema de actitud que un problema de competencia. ¿Has investigado alguna terapia de modificación del comportamiento? ¿Técnicas de motivación? Solo un par de otros temas para investigar que pueden ser de interés. " RSA Animate - Drive: la sorprendente verdad sobre lo que nos motiva " puede ser útil como punto de partida hasta cierto punto aquí.

¿Puedes despedir a estas personas?

¿Qué tan complejo es el código base? A veces lleva un tiempo hacer girar a la gente ...

¿Puedes darles la fruta que cuelga y cosas más fáciles de hacer mientras haces las otras cosas? Concéntrese en la arquitectura / marco / diseño general y deles instrucciones realmente simples de seguir.

Predicar con el ejemplo. No hay malos equipos, solo malos líderes.

Puedes crear un buen equipo. Tal vez algunos de ellos mejorarán, tal vez encuentres a alguien mejor que los programadores actuales. Pero al final del día, los buenos líderes tienen buenos equipos.