En fait, la Main de Dieu est l'un des buts les plus célèbres de l'histoire du football, marqué par l'argentin Diego Maradona à la 51e minute du match de quart de finale de la Coupe du Monde de football 1986 contre l'équipe d'Angleterre. « Main » — car le but a été marqué de la main.
Dans notre équipe, nous appelons la Main de Dieu l'aide d'un employé expérimenté à un novice confronté à une tâche. L'employé expérimenté est donc surnommé Maradona, ou simplement M. C'est l'une des méthodes clés pour améliorer l'efficacité face à un manque de qualifications des employés. Eh bien, il se trouve que nous avons beaucoup de stagiaires dans notre équipe. Je vais faire une expérience.
Selon les statistiques, l'aide requise n'est pas très importante. Le « ticket moyen » est de 13 minutes — c'est le temps entre le moment où M a quitté sa chaise et celui où il y est retourné. Cela inclut tout : comprendre la tâche, discuter, déboguer, concevoir l'architecture, et les conversations personnelles.
Au départ, l'écart de temps pour l'aide était important, allant jusqu'à une heure, mais il s'est progressivement rétréci, et maintenant il dépasse rarement une demi-heure. C'est-à-dire qu'il faut quelques minutes de M pour que la tâche avance ou se termine avec succès. Cela arrive aussi.
Le point clé : suivre et limiter le temps pour le « maradonnage ». Tant que tu ne comptes pas les minutes, il semble que l'aide aux autres prend beaucoup de temps. Mais quand tu commences à enregistrer, tu te rends compte que ce n'est pas si mal.
Par exemple, je travaille comme Maradona dans l'équipe. J'ai fixé une limite — 3 heures par jour pour tous les employés. Je pensais que ce serait peu. Il s'est avéré que 3 heures sont largement suffisantes, car la dépense moyenne est de 2 heures par jour.
Le suivi et la limitation agissent de manière magique sur les employés. Quiconque demande de l'aide comprend qu'il doit utiliser son temps efficacement, car la limite est unique pour tous, et il n'est pas avantageux de perdre le temps de M à vainement. Par conséquent, les conversations personnelles sont devenues beaucoup moins fréquentes, ce qui, bien sûr, me désole.
En fait, la Main de Dieu est une tactique délicate. Il semble que l'employé devrait résoudre tous les problèmes par lui-même et comprendre tout le contexte. Mais il y a un petit problème — les connexions neuronales.
Le cerveau fonctionne comme un automate simple – il mémorise le chemin et le résultat. Si une personne a suivi un certain chemin et que cela a conduit à un résultat positif, une connexion neuronale se forme du type « c'est comme ça qu'il faut faire ». Et inversement.
Imaginez un stagiaire ou un jeune programmeur. Il est assis seul et résout une tâche, sans cahier des charges. Le client fixe un certain objectif, mais c'est le programmeur qui choisit la manière d'y parvenir.
Il n'a pas vraiment d'options, car il ne connaît aucune solution possible au problème. Il n'a pas d'expérience. Et il commence à chercher une solution par tâtonnements, expériences, recherches sur internet, etc.
Finalement, il trouve une certaine option, essaie, et là – bang ! – ça a fonctionné ! Que fera l'employé ? Idéalement, il regardera quelles autres solutions existent, évaluera son code, décidera de la justesse de l'architecture et de la pertinence d'intervenir dans des objets et modules d'autrui.
Mais, je le rappelle – pour notre personne, tous ces mots ne signifient rien. Il ne sait simplement pas de quoi il s'agit. Donc, comme, pardon, un singe, il se contentera de mémoriser la solution qui a conduit au succès. Une connexion neuronale se formera ou se renforcera (si elle a déjà été formée auparavant).
Plus on avance, plus ça devient difficile. La personne va stagnante dans son jus, car il y a très peu de raisons de sortir de ce jus. Comme nous l'avons dit dans la section sur la qualité du code, personne ne dira jamais au programmeur qu'il écrit du mauvais code. Les clients ne comprennent pas cela, et d'autres programmeurs regardent rarement le code d'autrui – il n'y a pas de raison.
Donc, pour revenir à l'assertion initiale selon laquelle la personne doit s'en sortir seule – hélas, c'est une méthode assez médiocre. Du moins, dans le cadre du travail avec des stagiaires.
C'est là que la Main de Dieu vient à la rescousse. Elle orientera la recherche de solutions, fournira des conseils sur le langage de programmation, proposera des options, et pourra deviner, sur la base de l'expérience, quelle solution ne fonctionnera pas, critiquera le code et indiquera où copier du code déjà existant.
En fait, il ne faudrait pas grand-chose. En général, le stagiaire est bloqué pour rien. Juste parce qu'il ne sait pas, par exemple, comment passer à la description d'une fonction, formater le code, ou ignore l'existence de moment.js ou des méthodes de débogage des services dans Chrome. Il suffit juste de lui pointer du doigt pour qu'il avance.
La valeur du temps qu'il passera à chercher cette information par lui-même est nulle. En termes d'affaires, c'est même du vol. L'entreprise a déjà payé Maradona pour acquérir cette compétence.
Et tout cela - en moyenne en 13 minutes. Ou 2 heures par jour.
Oui, je rappelle : La Main de Dieu est nécessaire en temps voulu. Cela aurait été amusant de voir Maradona entrer sur le terrain après la fin du match et marquer un but de la main.
UPD : j'ai oublié de dire ce qu'il en est de la productivité de M.
Étrangement, avec le début de cette activité, la productivité a augmenté, de 1,5 à 2 fois. Et la productivité de l'équipe dans son ensemble a encore davantage augmenté.
Sur M, j'expérimente actuellement la technique des changements rapides. Si je ne meurs pas, j'écrirai quand j'aurai accumulé des statistiques. Y compris sur le deuxième M, qui est actuellement en stage.
Source : habr.com
