TÉCNICOS «BLACK BOX»

QUÉ ES:

A raíz de una conversación de oficina surgió un tema muy interesante que es el de los llamados técnicos «Black Box». Un «Black Box»,  es “Una persona que produce ella misma o contribuye a producir un bien o servicio, según unas especificaciones, mediante un proceso que su supervisor entiende sólo en términos generales y que él mismo no domina” *. Para entendernos, es un técnico que desarrolla unas tareas técnicas que su responsable no entiende.  Es una figura muy común dentro del mundo de la informática o de la ingeniería.

Existen diferentes grados en esto, desde el Black Box puro, en el cual su responsable no conoce en absoluto las tareas técnicas que realiza el Black Box a su cargo, pasando por el «White Box» en el cual el trabajo se entiende perfectamente y se puede reproducir también fácilmente, hasta el «Grey Box», donde su responsable conoce y entiende las tareas que desempeña el técnico, aunque le costaría realizarlas.

Hay que diferenciar la capa técnica y la capa de gestión dentro del trabajo en las empresas y especialmente dentro de los proyectos. El Project Manager debería enfocarse en la gestión del proyecto y los técnicos enfocarse en la parte técnica. Por otra parte, algunos técnicos Back Box no aprecian el valor añadido que proporciona la capa de gestión y solo valoran la capa técnica.

Estos son los problemas que puede generar la gestión de los técnicos Black Box*:

  • De control: no informan porque no lo consideran necesario y porque creen que su responsable tampoco lo entendería. No quieren sentirse controlados. Pero existen proyectos con grandes inversiones o de gran riesgo que requieren reportes de status frecuentes. Esta actitud provoca stress a sus responsables. Tener una necesidad de control relativamente baja es esencial. Un Project Manager, por ejemplo, que no sepa delegar, puede tener un gran problema con la coordinación de los Black Box.
  • De motivación: suelen ser personas auto motivadas y además se molestan si alguien quiere tratar de motivarles. El pensamiento Wishful thinking es contraproducente aquí.
  • De poder: pueden querer convertirse en indispensables en la empresa no compartiendo su conocimiento. La crisis económica y el miedo a ser despedido puede hacer que este punto se convierta en relevante. Además, el jefe depende del tecnioc Black Box para obtener sus objetivos personales, lo que agrava la situación.
  • Otros factores: aquí pueden intervenir otras circunstancias que pueden empeorar la situación, tales como el coste del proyecto, su duración, su complejidad, la escasez de técnicos Black Box en el mercado laboral, etc…

Problemas que puede generar:

  • Depende de la personalidad del supervisor, que puede ver la actitud del técnico Black Box como una amenaza a su autoridad o una oportunidad (no tener que preocuparse de esas tareas)
  • Algunos técnicos Black Box  pueden no respetar a su supervisor como por considerar que no está cualificado técnicamente.  Aquí existe un gran matiz cultural:
    • En los países mediterráneos y en  Latino América la obligación de los gestores de conocer los que saben sus colaboradores es muy fuerte. Se presupone que el supervisor conoce perfectamente el trabajo que realiza el BB. No hace falta decir que esto puede suponer una gran fuente de stress para el supervisor, pues necesita estar actualizandose continuamente para conocer el trabajo técnico, pudiendo dejar del lado la capa de gestión que es precisamente su labor principal.
    • Los países escandinavos y anglosajones no están de acuerdo con la aseveración de que el supervisor debe entender y saber hacer el trabajo de sus colaboradores. En este esquema, está claramente definido que el gestor gestiona y el técnico Black Box ejecuta el trabajo técnico.

Los comportamientos adecuados con los BB serían:

  • Escucharlos
  • Ayudarles
  • Protegerles de interferencias
  • Reducir su stress
  • Controlarles, pero sin ofenderles
  • Mostrarles respeto

EN RELACIÓN A LA GESTIÓN DE PROYECTOS:

Dentro del PMBOK V6 el proceso 9-5 es «Dirigir al Equipo», que se puede definir como el «proceso que consiste en hacer seguimiento del desempeño de los miembros del equipo, proporcionar retroalimentación, resolver problemas y gestionar cambios en el equipo a fin de optimizar el desempeño del proyecto

Implica para el Project Manager del proyecto disponer de una combinación de habilidades, entre ellas la comunicación, gestión de conflictos, liderazgo y la negociación.

Y aquí entramos en un dilema eterno en materia de gestión de proyectos, el Project Manager (PM) ¿Debe conocer técnicamente lo que conocen los técnicos que trabajan en el proyecto? La respuesta oficial  sería que no es necesario (porque un gestor de proyectos debería de poder dirigir proyectos multidisciplinares y transversales en todos los sectores, con independencia de la materia sobre la que verse) pero acto seguido hay que reconocer que el conocimiento técnico del PM de la materia sobre la que trata el proyecto tiene interesantes ventajas (por ejemplo, las estimaciones de las tareas pueden ser más precisas, se podrán controlar mejor los riesgos) y solo un posible inconveniente (que el PM trabaje de técnico y no gestione el proyecto). Pero insistiendo en la idea de que es imposible saber de todo. Un buen jefe de proyectos debe quitarse la “gorra” de técnico y ponerse la de gestor.

Otro factor que agrava este problema es el Efecto “Halo” que es muy común en materia de proyectos. Se refiere de forma genérica a una “Desviación cognitiva por la que la percepción de una característica de una persona está influenciada por la percepción de otras características de esa persona.” Un ejemplo es pensar que una persona que fue un gran jugador de fútbol deba ser un gran entrenador. Específicamente, en materia de gestión de proyectos, se cae frecuentemente en que se elige al mejor técnico, al que más sabe en la materia para que pase a gestionar proyectos, lo que significa pasar de gestionar tareas a gestionar personas, lo que significa gestionar conflictos. Y claro está, resulta evidente que un excelente técnico no tiene por qué ser por sí mismo un buen gestor de proyectos.

El Project Manager debe disponer de habilidades interpersonales y de equipo, que incluyen, entre otras, la resolución de conflictos.

Las técnicas de resolución de conflictos son las siguientes:

  • Apartarse/Eludir: Retirarse de una situación de conflicto real o potencial
  • Suavizar/Reconciliar: Reforzar los puntos de acuerdo más que en las diferencias.
  • Consentir: Buscar soluciones que aporten un cierto grado de satisfacción a todas las partes.
  • Forzar: Imponer su propio punto de vista a costa de los demás; ofrece soluciones únicamente de tipo ganar-perder.
  • Colaborar: Incorporar múltiples puntos de vista y visiones a partir de perspectivas diversas; conduce al consenso y al compromiso.
  • Confrontar/Resolver Problemas: Tratar un conflicto como un problema que debe resolverse mediante el examen de alternativas; requiere una actitud de concesión mutua y un diálogo abierto.

Una mención aparte merece el tema de las Comunicaciones. Es curiosa una regla ya mencionada de que cuantas más capacidades técnicas tiene una persona, menos capacidades “blandas” posee, (liderazgo, el desarrollo del espíritu de equipo, la motivación, comunicación, influencia, la habilidad para resolver conflictos y la negociación). Esto podría ser problema cuando se trata de supervisar a los técnicos Black Box. Este es un punto que debe cuidar el Project Manager, pues el contacto con estos colaboradores podría resultar complejo y frustrante. Y es una obligación del Project Manager desarrollar al equipo del proyecto, y esto implica:

  • Mejorar la motivación, las habilidades y la capacidad de los miembros del equipo, a fin de aumentar su competencia para completar las actividades del proyecto.
  • Mejorar los sentimientos de confianza y cohesión entre los miembros del equipo con el fin de incrementar su productividad a través de un mejor trabajo en equipo.
  • Crear una dinámica de cooperación, trabajo en equipo y capacidad para compartir conocimiento y experiencia.

La necesidad de gestionar adecuadamente las personalidades de tipo Black Box está creciendo, a medida que el mundo laboral se especializa más y más. La globalización de las empresas amplifica este fenomeno. Y su gestión plantea un gran desafío dentro de los proyectos y más con el advenimiento y extensión de las metodologías ágiles. Este tema se relaciona con el cambio de papel de los Project Manager, que pasan de ostentar un liderazgo jerárquico a un liderazgo colaborativo o facilitador, siendo capaces de delegar o empoderar a su equipo.

Y en el mundo de la gestión ágil, se plantea un interesante dilema respecto a la figura del Scrum Master, pues sus funciones son apoyar y tutelar al equipo y ayudar a entender la teoría scrum y sus reglas, valores y prácticas. Esta figura choca frontalmente con la necesidad de autonomía que tienen los técnicos Black Box.

*Fuentes:

  • PMBOK 6 PMI
  • Instituto de Empresa. Informe NT CT13002
  • Manifiesto Ágil.