Le transfert de connaissances est-il différent quand l’équipe utilise une approche Agile ?

Does knowledge transfer change with agile?

https://kbondale.wordpress.com/2018/07/01/does-knowledge-transfer-change-with-agile/ par Kiron Bondale

Nous l’avons tous vécu : une personne clé annonce son départ et une folle bousculade s’ensuit pour faire passer leurs connaissances au reste de l’équipe.

Mais ceci est-il différent quand l’équipe utilise une approche et un cycle de vie Agile ?

En surface, il pourrait sembler qu’il n’y a pas de différences significatives sur comment le faire, quel que soit la nature du travail ou de comment il est exécuté. Après tout, le transfert de connaissance est d’habitude la formation par un expert d’autres experts au moyen de sessions présentielles ou par une sorte de documentation persistante comme un wiki, une vidéo ou un enregistrement audio.

Bien que ceci soit vrai, il y a des caractéristiques et des pratiques spécifiques dans la livraison agile qui peuvent impacter ce transfert de connaissance.

Les approches traditionnelles comptent d’habitude sur des spécialistes individuels qui restent concentrés leur rôle et leur secteur d’expertise. Alors que l’approche Agile encourage le développement de généralistes qui développeront un jeu plus large de compétences et de connaissances. On s’attend aussi à des niveaux plus élevés de collaboration dans ce contexte, ce qui augmente la quantité d’exposition que chacun des membres d’équipe a des connaissances de chacun.

Bien que cela ne se traduise pas par une totale polyvalence des membres de l’équipe, il y a moins de probabilités que seulement un membre d’équipe possède l’information critique. Cela ne se produira pas en un jour. Il faudra beaucoup de semaines de travail ensemble ainsi que l’encouragement explicite des parties prenantes clés comme les managers fonctionnels pour que les spécialistes développent leurs compétences généralistes.

Un autre activateur est de moins travailler en solo : La programmation en paires (en binômes), les hackathons, la programmation de foule et toutes les pratiques utilisant ce principe. Bien que le but primaire de ces pratiques ne soit pas le transfert de connaissances mais plutôt la qualité et la vitesse, c’est un bénéfice collatéral de valeur.

Plutôt qu’avoir des experts qui partagent leurs connaissances de façon académique, démontrer comment leur connaissance peut être appliquée pour compléter des items de travail est plus efficace.

Alors que la livraison traditionnelle a eu tendance à souligner la documentation comme le moyen de transférer le travail entre des rôles, les approches agiles se concentrent sur un minimum suffisant. Tandis qu’une équipe nouvellement formée pourrait exiger plus de documentation pour faciliter le partage de compréhension, une équipe avec un plus long vécu pourrait livrer avec succès avec beaucoup moins de documentation.

Le défi refait surface quand un membre nouveau ou junior rejoint l’équipe car il peut y avoir un matériel de référence insuffisant pour permettre l’auto apprentissage.

Mais cela ne devrait pas causer de problèmes majeurs si quelqu’un sur l’équipe se porte volontaire pour s’appairer avec le nouveau venu pour l’aider remplir les cases vides.

Même si le besoin de connaissances partagées est présent dans tous les contextes, une approche de livraison agile efficace peut réduire la criticité du transfert explicite de connaissance.

Je suis très curieux de connaitre votre retour d’expérience sur vos projets Agiles ?