¿Cómo puedo gestionar trabajadores técnicos cuando no tengo experiencia en su puesto?

Me han pedido que administre un equipo que trabaja en un proyecto con el que solo estoy marginalmente familiarizado. Familiarizarse más con el proyecto (resultado deseado, cronograma esperado, etc.) no será un problema, pero el trabajo técnico que están haciendo los miembros del equipo está fuera de mi área de especialización. Nunca he hecho el tipo de trabajo que están haciendo en este proyecto, ni he trabajado con las tecnologías en cuestión (aunque tengo algo de experiencia en áreas similares).

Sé que todos son capaces en esta área y confío en mis habilidades para administrar un equipo en el que estoy familiarizado con el trabajo técnico y he estado en las posiciones de los miembros del equipo antes, pero no estoy seguro de cómo eso se traducirá en liderar un equipo donde no entiendo completamente todos los detalles técnicos.

(¿Cómo) puedo liderar efectivamente al equipo si no entiendo completamente los detalles técnicos del proyecto?

Esto probablemente cae en que hay libros enteros dedicados al tema . ¿Tiene un problema específico al que se enfrenta o es solo el sentimiento de intimidación de un gerente primerizo?
¿Cuál es el problema específico al que te enfrentas? Esto es un poco amplio sin un punto de fricción específico.
Me gustaría saber si está administrando el equipo , los seres humanos reales, el proyecto , por ejemplo, como gerente de proyecto con todas las responsabilidades que conlleva (y a menudo sin administrar a las personas), o alguna combinación. . Eso ayudaría mucho a encontrar el "problema específico" que mencionó @Rarity.
Mi consejo: si no entiendes la tecnología, pero confías en que ellos sí, déjalos hacer lo que hacen. Sal de su camino. Ese es el gerente ideal. :)
+1 porque me alegra ver que un jefe no técnico piensa en este problema; es un problema muy común.

Respuestas (4)

Bueno, la buena noticia es que confías en las capacidades de las personas que trabajan en el proyecto. Eso lo hace significativamente más fácil. Conoce la gestión de proyectos, por lo que sabe cómo mantenerlos al día en cuanto al presupuesto y los plazos, etc. Cuando quieran hacer algo que no entienda, haga preguntas. Desea sentirse más actualizado sobre el tema, así que asegúrese de no cuestionar su juicio, sino más bien tratar de educarse a sí mismo.

Donde surge el mayor problema es cuando necesita tomar una decisión cuando dos (o más) de estas personas no están de acuerdo sobre qué hacer. En este caso, le recomiendo que haga un análisis de decisión formal en el que cada uno evalúe lo que quiere hacer según los criterios que determine (horas de desarrollo, rendimiento, etc.). Luego, una vez que tenga esas calificaciones, realice una evaluación rápida. busque en Internet para ver si son relativamente correctos. Una vez que tenga una calificación para cada opción para cada criterio posible (y determine la importancia relativa de los criterios en función de las necesidades del proyecto), por lo general es fácil ver cuál es la mejor opción. Pídales que traigan su análisis a una reunión y discutan para que cada lado tenga la oportunidad de hacer agujeros en el argumento del otro. Pero haz que lo mantengan civilizado.

             Weighting  Plan A      Plan B  
Criteria       factor   Score   Total   Score   Total 

Performance          4    3      12      4       16

Maintainability      3    3      9       4       12

Development Speed    3    2      6       2        6

Security             5    5     25       1        5

Total                           52                39

Una vez que conozcas mejor a las personas, tendrás una idea de quién suele tener la razón, entonces puedes darle más credibilidad a lo que esa persona quiere hacer, pero recuerda, nadie tiene la razón todo el tiempo y automáticamente elegirá la solución de George sobre la de Simon. cada vez hará que Simon se sienta resentido. Así que realmente escuche a ambos y elija según los criterios que les dé.

La mejor frase que he aprendido para el problema en el párrafo 1: "Muéstrenme lo suficiente para que pueda explicar el problema al patrocinador del proyecto/persona encargada del presupuesto cuando pregunten al respecto". Usted acaba de dejar muy claro que esto no es una crítica, sino una pregunta honesta y colaborativa con una necesidad empresarial detrás. Acabas de decirle a la persona que respetas su conocimiento y planeas usarlo.

Al administrar un equipo técnico, ciertamente no es necesario que domine la tecnología; debe administrar el proyecto, no los detalles técnicos para terminarlo.

Esto significa que debe comprender el resultado del proyecto, el cronograma y las inquietudes presupuestarias, y comprender lo suficiente acerca de cómo el equipo logrará esto. Su trabajo es facilitar, ayudarlos a lograr los objetivos (dentro del tiempo y el presupuesto asignados), no hay absolutamente ninguna necesidad de que usted esté familiarizado con la tecnología para hacer las cosas.

Su descripción de sí mismo me dice que usted es una persona técnica: podrá saber si alguien en el equipo está tratando de engañarlo y debería poder decir si las estimaciones son razonables o no. Ya tiene una ventaja sobre los gerentes no técnicos a este respecto, y muchos gerentes no técnicos son más que capaces de entregar un proyecto técnico, ya que se enfocan en su rol como facilitadores.

Lo que estoy tratando de decir aquí es que debe dejar las decisiones técnicas a su equipo y equilibrarlas con los otros objetivos y requisitos del proyecto.

Tomemos la perspectiva de esta situación más como una bendición que como un problema, para darle la oportunidad de perfeccionar sus habilidades gerenciales. Cuanto mejor gerente seas, menos necesitarás saber algo sobre los detalles técnicos del trabajo que se está realizando. Además, la falta de conocimientos técnicos podría impedir la microgestión (inconsciente) de su parte.

Así que repasemos la lista de verificación:

a) estructura del proyecto - "No será un problema familiarizarse más con el proyecto (resultado deseado, cronograma esperado, etc.)" - bien;

b) factores humanos : ¿algún conflicto o tensión entre los miembros del equipo?/ ¿nivel de entusiasmo?/ ¿algún obstáculo que reste productividad?/ ¿las personas se sienten apreciadas y recompensadas?/ ¿el trabajo es interesante e inspirador?/ ¿las personas ven posibilidades de crecimiento profesional?/ etc., no necesita ningún conocimiento sobre el aspecto técnico de las cosas para cubrir cualquiera de estos;

c) control de calidad, toma de decisiones - bueno, piénsalo, ¿es tu trabajo tener la última palabra en las decisiones importantes o es organizar el trabajo de tal manera que tu equipo resuelva las cosas entre ellos de manera competente (gracias a los mecanismos ha configurado para ellos)? ¿Es su trabajo verificar personalmente la calidad del trabajo o es organizar a su gente de tal manera que controlen, verifiquen y corrijan de manera competente el trabajo de los demás (gracias a los mecanismos que ha establecido para ellos)? Un gran gerente debe crear las infraestructuras/ el medio/ el suelo/ el entorno para los eventos correctos y dejar que sucedan por sí mismos en lugar de actuar personalmente sobre ellos.

Tengo que estar en desacuerdo con el punto 3, es trabajo del PM tomar decisiones, especialmente cuando varios miembros del equipo no están de acuerdo.
Yo admito eso. Debe haber un solo partido que tenga la última palabra. En la mayoría de los casos, incluso si esa no es la mejor decisión, es mejor tener una mala decisión en lugar de perder el tiempo en argumentos interminables. Pero un gerente de proyecto puede hacer mucho para diseñar procesos de toma de decisiones que ayuden a tomar decisiones correctas la mayor parte del tiempo, sin desacuerdos innecesarios. En ese caso, rara vez tendría que asumir el papel de árbitro.

Puedes hacer 3 cosas:

  • Infórmese lo más rápido posible. Compra un libro y léelo. Esto debería darle la terminología general, ideas, etc.
  • Pida ayuda/clarificación en el camino. Como gerente/líder de equipo/supervisor, parte de su función es asegurarse de que todos comprendan lo que está sucediendo. La forma de hacerlo es pedir aclaraciones en el camino. No hay vergüenza en ello, y la gente te tendrá más respeto que si tratas de abrirte camino con BS.
  • Cualquiera que sea su papel en el proyecto, hágalo MUY bien. Si su trabajo es aprovechar el apoyo político en su organización para el proyecto, asegúrese de que el apoyo político esté ahí. No trates de hacer el trabajo de los demás, porque solo terminarás fastidiando a todos.