Equipos de desarrollo: ¿puede una manzana podrida estropear el montón? [cerrado]

... Una de las características más importantes que debe tener un nuevo empleado es la compatibilidad con el espíritu de las personas que ya trabajan allí.
{...}
Estoy convencido de que obtener información sobre la personalidad real del desarrollador es tan importante como verificar la competencia profesional, porque un mal ajuste puede destruir a todo un equipo.

de contratar desarrolladores: lo estás haciendo mal

¿Es esto cierto? Y, si es así, ¿es cierto también para los gerentes?

Más de lo que te das cuenta.

Piénselo, si tiene que pelear con alguien todos los días, se vuelve agotador. Cuando eso sucede, solo hay algunas opciones disponibles para usted:

• Ríndete y deja que el mal ajuste haga lo que quiera todo el tiempo, incluso si destruye el proyecto.
• Deje el equipo / empresa para evitar el mal ajuste.
• Dispara el mal ajuste y contrata a alguien con quien puedas trabajar.

La discusión continua desmoraliza al equipo, y tener que justificar cada pequeño punto pedante absorbe la productividad real. Esa persona es así con todos, por lo que es posible que vea aumentar la tasa de deserción de su equipo mientras el irritante todavía está allí. Se vuelve complicado con los gerentes, porque no tienes la autoridad para despedirlos.

En una situación ideal si alguien está actuando mal, siéntese con ellos y dígales amablemente pero con firmeza que sus acciones son destructivas. Explique cómo le gustaría ver su comportamiento cambiar para ayudar al equipo a llevarse mejor. Si lo reciben bien, genial. Si no, recurra a una de las tres opciones anteriores, porque empeorará. Una cosa es segura, a menos que les llame la atención, no hay posibilidad de cambio.

Por supuesto que es verdad. El ajuste es más importante que la mayoría de las cosas. Por ejemplo, si tiene un equipo que trabaja en estrecha colaboración y contrata a un lobo solitario, puede esperar argumentos, un código que no se ajuste al diseño y que haga las cosas de una manera que a los demás no les guste y sin intención de arreglarlo. , falta de voluntad para ayudar a otros cuando lo necesitan, negativa a comprometer las cosas al control de la fuente, reescribir el código sin una buena razón, excepto que no lo quería de esa manera, etc.

Si tiene un grupo de personas amigables que se juntan y contrata a alguien que quiere trabajar en silencio total, tendrá fricciones. También puede tener acoso a la persona que no encaja.

Si tiene un grupo de personas que desean libertad para hacer las cosas de la manera que quieran y contrata a una persona orientada al proceso, habrá argumentos continuos, especialmente si la persona orientada al proceso es el líder.

Si contrata a alguien cuya experiencia y antecedentes lo convierten en un principiante en un equipo en el que se espera que todos sean superiores, tendrá molestia ya que nadie quiere orientar al tipo o ayudarlo a aprender como esperan que sea capaz de hacerlo. sin ayuda

Si contrata a alguien que espera privilegios especiales que los otros empleados no tienen, puede esperar una guerra constante. La sensación es "si Sally es tan buena que llega a trabajar desde casa cuando yo no lo hago, ¿por qué debería ayudarla?" Hay resentimiento cuando alguien entra en un equipo esperando cosas (y obteniéndolas) que los demás no entienden, especialmente cuando aún no han logrado nada. O hay resentimiento por parte del nuevo empleado si esperan cosas y no las obtienen cuando todos los demás están de acuerdo con las cosas. Luego, el empleado infeliz perderá el tiempo de todos quejándose y arrastrándose como si estuviera siendo torturado porque tiene que venir antes de la 1 pm.

Yo diría que sí, es cierto en ambos casos, aunque aquí hay un par de enlaces que pueden ser de interés para los grupos:

• The Bad Apple: Group Poison por Jeff Atwood
• Tom Wujec: construye una torre, construye un equipo de Tom Wujec sobre el desafío Marshmallow

En un pensamiento un poco tangente, Gallup Q12 tiene algunas preguntas interesantes para medir el compromiso de los empleados si uno está interesado en esa dirección de las cosas. Sin embargo, todo esto no es específico para los desarrolladores, por lo que tal vez hay algunas cosas únicas sobre los desarrolladores que pueden hacer que esto sea cuestionable.

No me importaría mucho su "personalidad real". Su código no depende de cuáles son sus pasatiempos, por ejemplo, si es una persona romántica o muy realista. Lo crucial es que las personas exhiban flexibilidad y adaptabilidad en la vida empresarial . Su vida personal es mucho menos relevante. Mi compañero de trabajo puede ser una persona aburrida, siempre y cuando haga un buen trabajo y yo pueda colaborar con él fácilmente. He trabajado con varias personas, que tenían diferentes personalidades, y simplemente aprendí a aceptarlas tanto como ellos aprendieron a aceptarme. Es un trabajo, no un matrimonio.

Esto no solo afecta a los programadores. Un buen consejo que escuché fue "No hay tal cosa como una buena contratación, solo un buen despido".

Rara vez alguien tendrá las habilidades suficientes para superar la interrupción de un equipo fuerte y productivo.

Los miembros de los equipos con bajo rendimiento deben ser reemplazados antes de infectar al nuevo empleado.