En general, la Mano de Dios es uno de los goles más famosos en la historia del fútbol, ejecutado por el argentino Diego Maradona en el minuto 51 del partido de cuartos de final de la Copa Mundial de Fútbol de 1986 contra la selección de Inglaterra. «Mano» porque el gol fue anotado con la mano.
En nuestro equipo, llamamos Mano de Dios a la ayuda de un empleado experimentado a un inexperto en la resolución de tareas. Al empleado experimentado, lo llamamos Maradona o simplemente M. Y este es uno de los métodos clave para aumentar la eficiencia en condiciones de falta de calificaciones de los empleados. Bueno, ha resultado que tenemos muchos pasantes en nuestro equipo. Estoy estableciendo un experimento.
Según las estadísticas, la ayuda necesaria no es muy abundante. El «ticket medio» es de 13 minutos, desde el momento en que M se aleja de la silla, hasta el momento en que vuelve a sentarse. Aquí se incluye todo: comprensión de la tarea, discusiones, ajustes, diseño de la arquitectura y charlas sobre la vida.
La variabilidad en el tiempo de ayuda era inicialmente grande, llegando hasta 1 hora, pero se ha ido reduciendo, y ahora rara vez sobrepasa los 30 minutos. Es decir, se necesitan unos minutos del tiempo de M para que la tarea avance o termine exitosamente. A veces es así.
La clave es contabilizar y limitar el tiempo dedicado a «el maradonismo». Mientras no cuentes los minutos, parece que ayudar a otros consume mucho tiempo. Pero cuando lo registras, resulta que no es tan malo.
Por ejemplo, yo trabajo como Maradona en el equipo. He establecido un límite de 3 horas al día para todos los empleados. Pensé que sería poco. Resultó que 3 horas son más que suficientes, ya que el gasto promedio es de 2 horas al día.
La contabilización y limitación actúan mágicamente sobre los empleados. Cualquiera que pida ayuda entiende que debe gastar el tiempo de manera eficiente, porque el límite es uno para todos, y no es rentable gastar el tiempo de M en vano. Por eso, las charlas sobre la vida han disminuido mucho, lo que, por supuesto, me desanima.
En general, la Mano de Dios es un recurso resbaladizo. Parece que el empleado debería resolver todo por sí mismo, lidiar con todos los problemas, entender todo el contexto. Pero hay un inconveniente: las conexiones neuronales.
El cerebro funciona como un simple autómata: memoriza el camino y el resultado. Si una persona ha seguido un camino que ha conducido a un resultado positivo, se forma una conexión neuronal del tipo "así es como se debe hacer". Y viceversa.
Imaginemos a un pasante o a un programador principiante. Está sentado solo y resolviendo un problema, sin un documento de requisitos. El cliente establece un objetivo, y el programador elige la forma de alcanzarlo.
No tiene muchas opciones para elegir, ya que no conoce ninguna solución al problema. Carece de experiencia. Así que comienza a buscar la solución a través de pruebas, experimentos, búsqueda en Internet, etc.
Finalmente encuentra alguna opción, la prueba y, de repente, ¡funciona! ¿Qué hará el empleado? En ideal, por supuesto, mirará qué otras opciones de solución hay, evaluará su código, tomará una decisión sobre la corrección de la arquitectura y la justificación de intervenir en los objetos y módulos ajenos.
Pero, recordemos que para nuestra persona todas estas palabras no significan nada. Simplemente no sabe de qué se está hablando. Por lo tanto, él, como, disculpen la expresión, un mono, simplemente recordará la opción que lo llevó al éxito. La conexión neuronal se formará o se fortalecerá (si ya se había formado anteriormente).
Cuanto más avanza, peor se pone. La persona se quedará atrapada en su propio jugo, porque habrá muy pocas razones para salir de él. Como mencionamos en la sección sobre la calidad del código, nadie le dirá al programador que está escribiendo código malo. Los clientes no entienden esto y otros programadores rara vez miran el código ajeno; no tienen motivos.
Por lo tanto, volviendo a la idea inicial de que la persona debe resolver todo por sí misma — lamentablemente, ese no es un buen método. Al menos, en un entorno de trabajo con pasantes.
Aquí es donde entra en juego la Mano de Dios. Sugerirá la dirección de búsqueda de la solución, dará consejos sobre el lenguaje de programación, ofrecerá varias opciones, y adivinará, basándose en la experiencia, qué solución definitivamente no funcionará, criticar el código, y dirá dónde buscar código ya preparado.
En esencia, de M se necesita muy poco. Por lo general, el pasante se estanca en cosas triviales. Simplemente porque no sabe, por ejemplo, cómo acceder a la descripción de la función, formatear el código, no tiene idea de la existencia de moment.js o de las formas de depurar servicios en Chrome. Solo necesita que alguien le indique el camino para avanzar.
El valor de las horas que pasará buscando esta información por su cuenta es cero. Desde el punto de vista empresarial, esto es en realidad un robo. La empresa ya ha pagado a Maradona por adquirir esta competencia.
Y todo esto, en promedio, en 13 minutos. O en 2 horas al día.
Sí, recordaré: La Mano de Dios es necesaria a tiempo. Sería curioso ver a Maradona entrar al campo de fútbol después de que el partido ha terminado y marcar un gol con la mano.
UPD: olvidé mencionar qué pasa con la productividad de M.
Curiosamente, con el inicio de esta actividad, la productividad ha aumentado de 1.5 a 2 veces. Y la productividad del equipo en general ha crecido aún más.
Ahora estoy probando la técnica de cambios rápidos en M. Si no falla, escribiré cuando tenga más estadísticas. Incluyendo sobre el segundo M, que actualmente está realizando prácticas.
Fuente: habr.com
