Comment gérez-vous un thésauriseur d'informations? [fermé]

Nous devons tous les avoir rencontrés - des développeurs qui existent depuis des lustres et qui ont une connaissance fantastique du domaine et pourtant ils ne partagent pas cette connaissance avec leur équipe.

L'équipe a désespérément besoin de partager les connaissances, mais elles ne semblent pas pouvoir les extraire de la réserve.

De quelles manières les équipes ont-elles réussi à résoudre ce problème?

Supprimez la propriété du code de l'équipe. Répartissez la charge de travail. Faites des revues de code. Organisez des séances de transfert de connaissances, attendez quelques séances puis demandez-leur de faire une présentation sur leur domaine.

Il est bien sûr impératif que si vous n'êtes pas le manager, vous ayez le soutien de votre manager, mais si tout le monde dans une équipe partage régulièrement des informations, il n'y a que trop d'excuses que quelqu'un peut trouver pour ne pas faire la même chose .

De plus, son manager devrait s'asseoir avec lui et expliquer que cela ne menace pas son travail. Parce que c'est pourquoi il le fait.

C'est une bonne chose pour l'individu de ne pas être la police de toutes les connaissances. Cela le libère pour faire d'autres choses plus intéressantes.

Je crois que Gerald Weinberg faisait référence à ce type exact de personne quand il a commenté dans The Psychology of Computer Programming (paraphrasé parce que je n'ai pas le livre devant moi), si vous remarquez un programmeur essayant de se rendre indispensable, faites feu lui immédiatement. 25 ans plus tard, quand il a réédité le livre, il a déclaré qu'aucun autre conseil ne l'avait autant remercié que celui-ci.

Voilà donc une solution.

Donnez-leur ce qu'ils veulent - attribuez-leur tous les travaux de maintenance et les tâches que lui seul a les connaissances nécessaires.

Non, ils ne peuvent pas faire de nouveaux travaux car personne d'autre ne peut effectuer ces autres tâches d'entretien très importantes.

Oui, les nouvelles recrues s'amusent et jouent avec les nouveaux jouets brillants, mais vous devez effectuer ces tâches très difficiles, de haute priorité et ennuyeuses car elles ne savent rien de ce que vous faites.

À moins bien sûr que vous ne vouliez montrer à l'un d'eux comment le faire ...

Cela rappelle cet article de Rands in Repose.

Je pense que vous devez comprendre pourquoi ce type accumule des informations. La sécurité de l'emploi (comme l'article sur The Fez) est importante. Mais l'insécurité l'est aussi. Ou tout simplement qu'il aime ce genre de travail et veut tout pour lui-même, ou ressent un intense sentiment d'appartenance à un domaine particulier. Ou est trop engagé et n'a pas vu un moyen de prendre le temps.

Certains de ces problèmes peuvent être résolus par des astuces non conflictuelles:

• obtenir le gars des tâches qui élargissent ses horizons et l'obligent à abandonner certains travaux.
• déterminer d'où vient l'insécurité et travailler sur tout problème réel menant à la thésaurisation de l'information.
• Faites remarquer au gars que devenir trop coincé dans l'ornière en tant que seul détenteur de connaissances signifie qu'il n'en sera jamais libéré et que sa carrière sera étroitement liée à la technologie - et toute technologie finira par disparaître.
• comprendre d'où vient le surengagement et comprendre ce qui est le plus important

Cela vaut également la peine de participer à quelques tentatives de sollicitation d'informations - cela peut prendre deux pour le tango, et vous ne voudrez peut-être pas exclure l'idée qu'il y a suffisamment d'intimidation pour que les personnes qui posent les questions ne posent pas de bonnes questions, donc exacerber le problème. Vous devrez peut-être intervenir et commencer à sauvegarder les choses et à poser des questions plus larges pour faire bouger le gars. De plus, le fait que la direction pose des questions donne du poids et de l'importance à l'activité de partage d'informations - il est beaucoup plus difficile de reculer et d'éviter la gestion. Habituellement, avec quelques séances productives en cours, vous pouvez sortir du milieu et dire "vous avez ça, vous n'avez pas besoin de moi" et passez au problème suivant.

Une autre clé est de NE PAS laisser le gars dominer le travail dans les domaines où il a besoin de partager ses connaissances. Mettez quelqu'un d'autre en charge du travail et indiquez clairement que c'est le travail du thésauriseur d'informations de partager les connaissances. S'il ne peut pas partager alors, vous devrez peut-être avoir une conversation brutale où vous expliquez que le partage d'informations est une exigence de l'équipe, pas une option. Qu'il contribue aux problèmes d'horaire de l'équipe en n'aidant personne à apprendre.

Je ne suis pas sûr que «refuser» est souvent le bon mot, généralement ils sont juste trop occupés et n'ont pas le temps libre (ou l'envie, ou les compétences sociales) pour prendre beaucoup de temps pour expliquer l'évidence (pour eux ) au n00bs.

La solution positive est de leur fournir des assistants - presque comme répartir le travail au sein de l'équipe (mais je suppose qu'il n'y a pas beaucoup d'équipe si vous avez des anciens qui connaissent tout sur le système et de nouveaux gars qui ne le savent pas , étant donné cette configuration, il n'est pas étonnant qu'ils ne veuillent pas communiquer leurs précieuses compétences et être remplacés par une version plus jeune et moins chère!) (vous ne le feriez pas non plus - imaginez si votre manager est venu vers vous et vous a demandé de communiquer tout ce que vous savez à la nouvelle équipe externalisée ... hmm?)

Je recommanderais que l'assistant travaille sur une partie du système, et devrait devenir un expert dans le temps, le développeur expérimenté devrait les aider à faire leur travail dans ce petit domaine. Nous avons tous été là de toute façon, "si vous voulez savoir comment fonctionne X, oubliez la documentation (obsolète ou inexistante) et parlez à Jim".

Leur donner un assistant confirme non seulement leur position en tant que développeurs expérimentés (ce qu'ils sont) et leur donne la possibilité de soulager une partie de la charge de travail, mais également de diffuser les connaissances au fil du temps. Ils deviennent des mentors ou des postes de «première étape pour diriger une équipe» qui devraient les rassurer que leur travail est sûr et que leur expérience est appréciée. Si vous ne pouvez faire aucune de ces choses, vous échouez en tant que gestionnaire.

N'oubliez pas que si vous avez n'importe quel type de système super-complx (ce que vous faites, ou que les nouveaux gars devraient être capables de le découvrir par eux-mêmes), le transfert de connaissances est un processus très long. Il n'y a aucun moyen pour quiconque de s'asseoir et de mettre quelqu'un complètement au courant, chez moi une telle tâche prendrait 6 mois minimum, et même alors .. diable, j'apprends encore des choses sur ce que fait notre produit et j'ai été ici près d'une décennie!

Faire de la communication un engagement pour chaque membre de l'équipe et les évaluer à ce sujet dans le cadre de la revue annuelle.

Assurez-vous que l'équipe est reconnue pour ses réalisations et pas seulement pour les individus et assurez-vous que tous les individus savent que le succès de l'équipe est leur priorité, sanctionnez-les s'ils empêchent l'équipe de réussir.

Assurez-vous qu'il n'y a pas de blocages à la communication, assurez-vous qu'il existe des processus et des systèmes pour écrire des documents et partager des informations; par exemple, des wikis, des sites de points de partage, des livrables planifiés pour les documents de conception, etc.

Assurez-vous que tous les projets ont au moins deux programmeurs capables de travailler dessus. Ceci pour vous assurer d' avoir toujours une sauvegarde lorsque quelqu'un quitte l'entreprise.

Nous avons également lancé un wiki qui contient toutes nos informations de base de données. C'est un moyen très utile d'accéder ou de mettre à jour rapidement les informations.

Si le "thésauriseur" ne le fait vraiment pas exprès, mais le fait en fait simplement à cause de quelque chose comme le manque de compétences sociales, des engagements de temps, etc. la charge de travail ou aider à extraire les connaissances. Expliquez clairement aux deux parties qu'il s'agit de l'objectif de la nouvelle personne et impliquez le "thésauriseur" dans le processus d'entrevue. La direction doit y prendre part et leur permettre de partager leurs connaissances. C'est le but de la gestion, de supprimer les obstacles et de permettre aux travailleurs de faire leur travail.

D'après mon expérience, les thésauriseurs d'informations peuvent être classés en deux types: ceux qui aiment partager leurs connaissances et obtenir un certain sentiment de satisfaction en aidant ouvertement les autres, comme moi, et ceux qui ne le font pas. Évidemment.

Maintenant, les deux côtés ont leurs raisons, et celui qui aime partager ses connaissances le donne rarement tout pour la même raison que ceux qui ne partagent pas leurs connaissances: ils essaient de faire en sorte que les gens autour mieux, et à mon avis, ils ont raison de le faire. (bien sûr, vous avez également ceux qui ne partagent pas les connaissances simplement pour se rendre indispensables, et c'est pour les mauvaises raisons, et ils devraient être supprimés car ils ne sont généralement pas si bons au début)

Après tout, ils ont dû plonger profondément dans les mers arcaniques et ésotériques afin d'apprendre ce qu'ils savent, généralement par pure expérimentation, une application libérale de la pensée critique, des éclairs d'intuition et de perspicacité, et des rites mystiques impliquant divers types de bétail sacrificiel, et ils en sont sortis meilleurs. La ligne de pensée est généralement que si les gens qui les entourent sont trop paresseux ou ne peuvent pas gérer la même chose, ils ne devraient même pas faire le travail pour commencer, et ils ne sont certainement pas dignes de leurs connaissances. Lorsque ceux qui les entourent passent par les mêmes choses qu'avant, ils sortiront un meilleur programmeur car ils auront appris à bien penser et à résoudre des problèmes complexes et tout ça.

Cela oblige essentiellement les autres à devenir meilleurs grâce aux conflits. Alors que beaucoup seront foulés aux pieds et chassés, ceux qui passeront le gant seront inévitablement bien meilleurs qu'ils ne l'auraient fait s'ils étaient devenus meilleurs grâce à la coopération.

Maintenant, quant à leur faire partager les informations: vous ne pouvez pas les forcer à le faire. Essayer de les forcer à les faire vous voir comme gourmand, paresseux ou trop stupide pour y arriver par vous-même, et ils ne vont certainement pas avoir pitié de vous dans aucun de ces cas. Si quelqu'un plus haut tente de le forcer à le faire, il pourrait devenir très méchant, tournant toute son intelligence considérable pour contrecarrer l'individu, ou même abandonner carrément plutôt que de trahir ses principes, après tout, il y a beaucoup d'endroits qui pourraient utiliser leurs compétences et connaissances.

Il n'y a vraiment qu'une seule façon d'obtenir une de ces informations qui n'aime pas partager ses connaissances pour partager volontairement ses connaissances: en devenir digne. Habituellement, avoir des connaissances qu'ils n'ont pas est suffisant (mais difficile à faire). Quid pro quo et tout ça. Sinon, achetez quelques chèvres et plongez.

Qui est le boss? Où cela finit-il? Vous n'êtes pas obligé de partager des informations. Vous n'avez pas à fournir de documentation. Échouer continuellement à faire avancer les choses à temps. Ne suivez pas les normes de codage. Soit un responsable pense que c'est important, soit il ne le pense pas. Il devrait y avoir des conséquences. Ils volent essentiellement à l'entreprise.

Les gens qui jouent au "J'ai un jeu secret" sont les pires absolus. Ces personnes ont tendance à être précaires et à créer ou à prospérer en mode crise .

Je leur ferais documenter chaque changement ou modification qu'ils apportent au système. Je leur ferais également fournir un post mortem pour chaque correctif développé pour inclure ...

• Qu'est-il arrivé
• pourquoi c'est arrivé
• comment l'empêcher de se produire
• quels autres systèmes sont vulnérables au même bogue

Je voudrais aussi rendre cette personne responsable de ...

• élaboration de normes de codage
• maintenir une bibliothèque de code

Cela dépend beaucoup du type de connaissances impliquées; que ce soit directement du code ou orienté processus métier. Ce dernier est généralement disponible ailleurs dans l'entreprise ... et peut être acquis.

Deuxièmement, il y a un argument pour garantir qu'aucun développeur ne puisse passer toute sa vie professionnelle sur des domaines spécifiques sans partager, pour ainsi dire. Donc, si vous avez un supérieur hiérarchique qui est responsable de la distribution du travail, cela vaut la peine de le faire en sorte que toutes les demandes de changement commercial soient transmises par lui / elle sans qu'un développeur spécifique ne devienne la première ligne de contact pour un propriétaire de processus métier. ... Cela entravera les efforts d'un développeur pour devenir un gourou.

Serait-il dans le meilleur intérêt des deux parties si l'accumulateur d'informations était encouragé à trouver une entreprise de plus petite taille ou même à créer sa propre entreprise? Peut-être que la personne s'épanouirait dans ce petit type d'environnement. (Je suis curieux de savoir si quelqu'un a déjà essayé cette approche dans le monde réel.)