Le sujet que je partage avec vous aujourd'hui est: comment faire un bon travail de transfert de connaissances sur le projet, afin que le projet ne marche pas dans la fosse.
Le soi-disant transfert de connaissances se réfère au transfert et à l'application de connaissances entre différents supports, qui peuvent être entre des individus ou entre le transfert de connaissances d'une organisation à une autre. Le transfert de connaissances comprend deux étapes de partage et d' absorption .
Le transfert de connaissances consiste avant tout à partager des connaissances, qui peuvent se faire par le biais d'une communication en face à face, ou par e-mail, documents, etc. L'absorption des connaissances est représentée par la transformation des connaissances des autres en leurs propres connaissances ou par l'application réussie des connaissances d'autres organisations à leurs propres organisations.
Tout le monde comprend qu'il s'agit de transfert de connaissances partout, pas seulement de partage et d'internalisation. En effet, du développement de la civilisation humaine à l'apprentissage d'une certaine compétence, elle doit être réalisée par le partage et l'absorption continus.
Et si je tombe toujours dans la même fosse?
1
Prenez notre chef de projet, par exemple. Non seulement pour servir le père du Parti A, mais aussi pour amener les membres de notre équipe à travailler, ce sont des "emplois techniques", d'où viennent ces connaissances techniques?
Le coaxialisme est d'une part, et d'autre part, il peut être piqué sans arrêt. La compétence nécessaire du chef de projet est de remplir constamment les fosses. Dans ce processus, que ce soit pour amener les gens à travailler ou pour remplir les fosses, il y aura toujours une expérience et des leçons correspondantes accumulées. Il sera beaucoup plus facile de rencontrer des problèmes similaires lorsque vous réaliserez des projets similaires, car il y a une leçon.
En termes simples, le cœur du transfert de connaissances est de savoir comment partager et absorber l'expérience et les connaissances acquises dans un projet, afin d'éviter de retomber dans une fosse lorsque l'on rencontre des problèmes similaires à l'avenir.
Ici, je veux partager avec vous un cas de ma propre expérience personnelle.
Arrière-plan du boîtier
Dans les premières années, j'étais principalement engagé dans les projets de construction d'informatisation du gouvernement, principalement responsable de la construction du système en deux parties: l'acceptation des affaires gouvernementales en ligne et le processus d'approbation interne. Peu importe où se trouve le projet, à quel département il est confronté et quelle entreprise il est responsable, les produits qu'il propose sont essentiellement des systèmes, à peu près les mêmes.
Cependant, dans les années où j'étais responsable de ce type de projet, j'ai toujours rencontré le même problème:
Le premier est plusieurs bogues qui sont apparus dans le processus de développement du système, qui ont été résolus dans ce projet, et ont été mis à jour et réitérés dans de nouvelles versions. Mais quand je fais un troisième projets similaires, des problèmes surgissent premier projet a vu le jour, et d' autres projets de suivi, ces problèmes sont régulièrement répétées, ou même sérieusement affecter le calendrier d'exécution du projet, une fois Permettez-moi de déchirer le directeur technique.
La seconde est que l'équipe de mise en œuvre passe environ 2 mois pour compléter tous les éléments de la question (y compris les matériaux nécessaires, quelles conditions, etc.), ainsi que l'enquête sur le processus de formation des informations commerciales pouvant être mises en œuvre dans le système. Mais dans le résumé final, j'ai trouvé qu'en fait, ce travail ne prend que 2 semaines pour terminer. Dans les projets antérieurs précédents, chaque mise en œuvre de l'enquête a duré 2 mois.
Je me demandais à l'époque, j'avais fait tellement de projets du même type, pourquoi l'efficacité ne s'était-elle pas améliorée du tout. Nous savons tous que les projets de développement de systèmes, la contribution du personnel est le coût. Vous pouvez efficacement former un produit sans perdre le premier projet, et le deuxième projet aura un bon profit. Cependant, les problèmes mentionnés ci-dessus ont entraîné non seulement le raccourcissement du cycle de mise en œuvre de plusieurs de mes projets, mais également le coût élevé de la contribution du personnel, qui a sérieusement réduit la performance globale du projet.
Grâce à la recherche, nous avons trouvé le nœud des piqûres répétées
2
A cette époque, je pensais que je devais trouver la raison, sinon les projets suivants ne pourraient pas être réalisés. Je suis donc allé au département de test, au département de R & D et aux membres du projet pour discuter ensemble. Enfin, nous avons trouvé le nœud:
Tout d'abord, en réponse au problème du "BUG récurrent régulier", chaque fois que le développeur reçoit le feedback du problème, il sera corrigé, et aucun document de synthèse n'a été formé pour synchroniser tout le monde dans le temps. Par conséquent, lorsque nous avons fait le résumé du projet, nous ne pouvions pas voir l'historique de ce problème. Ensuite, le même problème se reproduira à plusieurs reprises dans le prochain projet similaire, affectant la qualité de la livraison des produits.
Ensuite, pour le problème de la faible efficacité de mise en œuvre, nous avons constaté que les enquêteurs utilisaient trois modèles différents pour enquêter sur les trois projets. Chaque fois, ils devaient expliquer à l'utilisateur comment remplir le formulaire d'enquête, ce qui entraînait l'inefficacité de l'enquête. En fait, notre expérience antérieure a consisté à mener des recherches sur des modèles similaires pour des projets similaires, mais ces informations n'ont pas été enregistrées et partagées en temps opportun, ce qui fait que tout le monde ne sait pas.
Il y a beaucoup de problèmes similaires, je crois que tout le monde a le même sentiment dans son travail: pourquoi les mêmes problèmes se reproduisent-ils à plusieurs reprises? Pourquoi la méthode efficace n'est-elle pas largement utilisée? Ces problèmes réduiront sérieusement l'efficacité du projet et affecteront les performances.
Comment faire en sorte que plus de fosses ne soient perdues grâce au transfert de connaissances
3
Revenons à l'affaire tout à l'heure, il y a quelques inspirations à partager avec vous:
1. La première est que la prémisse du transfert de connaissances est la nécessité de former un processus et des habitudes de résumé et de partage planifiés au sein de l'organisation.
En réponse à la situation, j'ai directement conseillé au chef mécanicien de l'entreprise de créer un poste ou un service spécial pour résoudre ce problème. Vous pouvez mettre en place un spécialiste du contrôle interne dans l'équipe de projet pour résumer et synchroniser les problèmes rencontrés dans le projet, ou mettre en place un poste public en dehors du projet pour être responsable du résumé et du partage de tous les problèmes du projet. Dans le formulaire récapitulatif, il est pratique de partager. Par exemple, nous avons divisé trois types de méthodes de partage:
i Pour les questions normatives, une spécification de mise en œuvre sera formée, qui sera incluse dans notre manuel de mise en œuvre de projet similaire pour former une exigence de mise en œuvre normalisée et rationalisée pour faciliter la réplication ultérieure du projet;
ii Pour les problèmes de système, une base de données de problèmes sera ajoutée à la bibliothèque de configuration, qui est livrée avec la version du produit et gérée par le service de test, ce qui est pratique pour contrôler les problèmes du système;
iii Pour le résumé des problèmes de mise en œuvre, nous formons une interface similaire au BBS ou à la base de connaissances. Les problèmes qui surviennent dans des projets similaires seront traités en temps opportun, afin de pouvoir être facilement référés à d'autres chefs de projet. Dans le même temps, le chef de projet se réunira régulièrement pour échanger des idées et des solutions.
2. Assurer l'internalisation effective des connaissances par la formation et le suivi des retours d'expérience.
En plus de partager les connaissances résumées, une formation et un suivi sont nécessaires pour voir dans quelle mesure vous les absorbez. Par exemple, si vous mettez à niveau un nouveau modèle de recherche, est-ce que tout le monde l'utilisera? Est-ce bon ou non? Ce sont tous des effets partagés La clé. Ce n'est que lorsque tout le monde le comprend et l'utilise correctement que la valeur des connaissances peut être véritablement transférée.
Le partage de cas du transfert de connaissances est là, j'espère que tous les auditeurs pourront avoir un aperçu et rendre votre future gestion de projet plus ciblée et efficace!
Faits saillants d'aujourd'hui
▼ Par exemple, les éléments clés pour accroître la valeur du transfert de connaissances:
1. Le transfert de connaissances fait référence au transfert et à l'application de connaissances entre différents supports. Il peut s'agir d'individus et d'individus, ou il peut s'agir du transfert de connaissances d'une organisation à une autre. Le transfert de connaissances comprend deux étapes de partage et d'absorption.
2. La prémisse du transfert de connaissances est la nécessité de former un processus et un résumé planifié et de partager les habitudes au sein de l'organisation.
3. Assurer l'internalisation effective des connaissances par la formation et le suivi des retours d'expérience.
Les étudiants qui ont besoin de matériel de préparation PMP peuvent laisser un message
