Ce que je veux partager avec vous aujourd'hui, c'est: Comment aider l'équipe à éliminer les "obstacles"?
Ces dernières années, le leadership des serviteurs a été accepté et connu par de plus en plus de personnes. L'élimination des obstacles au sein de l'équipe est l'une des responsabilités importantes du leadership des serviteurs.
Dans le processus d'avancement du projet, il est particulièrement important que le chef de projet identifie les obstacles et comment réagir de manière opportune et efficace pour assurer le bon déroulement du projet. Par conséquent, les chefs de projet doivent maîtriser l'art d'éliminer les obstacles et doivent constamment améliorer leurs compétences en communication, leur créativité et leurs compétences diplomatiques nécessaires.
Lorsque nous traitons avec des obstacles d'équipe, nous devons d'abord déterminer quels sont les vrais obstacles clés pour l'équipe. C'est très important. Par exemple, certains obstacles peuvent être déroutants pour les individus, vous pouvez donc laisser les membres de l'équipe se rendre sur "Oncle Google ou Senior Baidu" pour trouver la réponse. Si c'est un obstacle pour l'équipe, c'est vraiment un problème qui doit être résolu par le chef de projet.
Ne soyez pas un chef de projet «sur appel»
1
Je me souviens que je venais de rejoindre une nouvelle entreprise à ce moment-là. Ma subordonnée est une jeune fille. En tant que chef de projet, elle est très sérieuse et responsable de son travail. Tout dans le projet est résolu à la main et en faisant des efforts, y compris la planification du projet, la dotation en personnel, Gestion des problèmes, etc.
Néanmoins, le projet qu'elle a amené a toujours eu diverses situations inattendues, ce qui a entraîné la déconnexion du calendrier du projet réel du plan de planification du projet, puis a été dans un état de mise à jour constante du plan de projet et de report continu. J'ai vu cette mignonne petite fille prendre son travail au sérieux et elle a des problèmes de projet occupés à gérer et à communiquer tous les jours.
Parce qu'elle devait résoudre tous les «obstacles» du projet, elle est devenue la «nounou» et la «pompière» de l'équipe. Mais évidemment, l'effet n'était pas bon, alors elle est venue me voir pour obtenir de l'aide. Je lui ai posé trois questions à l'époque :
1. Est-ce vraiment un obstacle pour l'équipe ou est-ce quelque chose que l'équipe de développement peut résoudre?
2. Le chef de projet doit-il vraiment supprimer cet obstacle?
3. Quel est le vrai problème ici?
Je veux qu'elle se rende compte que ce n'est que lorsqu'elle dépasse la capacité d'auto-organisation de l'équipe que cela deviendra un obstacle et que le chef de projet doit l'éliminer . Au cours des prochaines semaines, le projet est devenu lentement gérable.
Grâce à cet exemple, j'espère que tout le monde sait que pouvoir identifier les vrais obstacles clés est le plus critique , afin d'aider l'équipe plus efficacement, au lieu de devenir un "pompier" dans l'équipe, d'éteindre le feu et de ne pas avoir le temps de trouver le feu Parce que. Cela n'aide pas le développement global de l'équipe.
Comment ai-je réussi à résoudre les deux obstacles en même temps?
2
Nous avons identifié les obstacles de l'équipe, alors comment gérer efficacement les obstacles?
Ici, je veux partager avec vous un autre cas que j'ai vécu ↓↓
Arrière-plan du boîtier
À l'époque, nous travaillions sur un projet de mise à niveau complet du système CRM (système de relation client) d'une plateforme de commerce électronique transfrontalière. Dans ce projet, le côté de la demande implique les demandes de 3 départements commerciaux, le système implique la mise à niveau de plusieurs modules interdépendants, et l'équipe de R & D comprend 5 équipes Scrum de plus de 30 personnes dans le produit, la conception, le développement et les tests. J'agis en tant que Scrum Master de l'ensemble du chef de projet et de 2 équipes principales de R & D. Pendant le processus d'itération, j'organiserai les membres de l'équipe pour tenir une réunion tous les jours.
Lors d'une réunion debout, l'un des ingénieurs de test senior a déclaré: "Le serveur de test est en panne pour la troisième fois cette semaine. Je dois passer une autre journée à écrire de nouveaux cas de test."
Un autre étudiant en développement de 90 ans qui vient d'être employé depuis deux mois a déclaré: "J'ai passé trois jours à essayer de passer des tests unitaires pour du code précédemment terminé, et je n'ai rencontré aucun obstacle à l'heure actuelle."
Sachez que le temps estimé initialement pour cette tâche n'a pris qu'une journée et que l'équipe n'a pas introduit de développement piloté par les tests de TDD à l'époque. Cela dit, je pense que vous avez peut-être réalisé que ces deux membres de l'équipe ont rencontré des obstacles. Mais les testeurs seniors de l'équipe semblent me considérer comme l'autre extrémité du bâton.
En d'autres termes, tant que le problème me sera donné, il pourra faire autre chose. Les quelques mots qu'il a prononcés lors de la réunion debout ont en fait montré qu'il pensait que ce problème échappait à son contrôle, il ne pense donc pas que ce problème doive être résolu par lui. Cependant, un autre jeune développeur après les années 90 ne réalisait même pas qu'il avait rencontré des obstacles , il essayait juste de terminer son travail.
C'est souvent le cas. Si nous rencontrons des obstacles, il faut en fait une identification minutieuse. Le vrai problème ou obstacle est qu'il n'est pas familier avec les tests unitaires et qu'il a besoin de l'apprendre spécifiquement; Ancien code.
En bref, en tout cas, en tant que Scrum Master, j'ai besoin d'observer attentivement, d'analyser en profondeur et de comprendre le problème, afin de savoir de quel type d'aide ils ont besoin.
Après la réunion, je suis allé parler à ce camarade de développement, comme je m'y attendais, malgré les problèmes avec l'ancien code, son expérience en écriture de tests unitaires était en effet très limitée. J'ai donc écrit cette question sur la carte d'obstacle avec lui pour montrer toute son attention et prendre des mesures concrètes pour y remédier. C'est aussi pour lui faire sentir que quelqu'un l'aide, il n'est pas isolé.
Dans le même temps, je ne me concentre pas uniquement sur cette question des tests unitaires. J'ai également écrit une carte de handicap pour tester les problèmes de serveur. Et nous avons invité le test senior et moi à faire un suivi avec les collègues de l'exploitation et de la maintenance pour découvrir le problème du temps d'arrêt du serveur de test. Les collègues de l'exploitation et de la maintenance ont redémarré le serveur. Le problème était évidemment de nature systémique, mais l'opération et la maintenance n'ont pas eu le temps de s'en occuper.
Un peu plus tard dans la journée, le responsable R&D est venu dans la salle de réunion de notre équipe et a vu la liste des obstacles. Je viens de communiquer avec moi qu'il a constaté que le serveur de test est devenu un problème récurrent, il a promis de commencer à résoudre ce problème de son propre point de vue, d'essayer de le résoudre aussi complètement que possible. Dans le même temps, le patron a également promis que si cela pouvait aider le membre du développement, il pourrait coordonner pour lui donner une formation aux tests unitaires ou fournir des livres.
Par conséquent, ces deux obstacles ont été résolus en douceur.
3 points pratiques pour résoudre les obstacles
3
Avec ces deux cartes d'obstacles, analysons les problèmes et les solutions du projet à ce moment :
Tout d'abord, nous devons déterminer quels sont les véritables principaux obstacles pour l'équipe.
Comme les camarades de classe de développement après les années 90 dans le cas ci-dessus, certains membres de l'équipe ne sont pas conscients des problèmes dans leur travail à temps, et même s'ils le savent, ils peuvent ne pas être en mesure d'analyser avec précision la cause profonde, donc cette fois, les chefs d'équipe doivent être sérieux Observez, trouvez les problèmes, supprimez les obstacles et faites avancer le projet en douceur.
Deuxièmement, après avoir identifié l'obstacle, nous devons le résoudre plus efficacement par le biais de certaines méthodes et moyens.
Rappelez-vous ce que j'ai fait dans ce cas? Vous direz peut-être: vous n'avez rien fait, c'est votre patron qui s'en est occupé! ! ! Mais en fait, écrire des cartes barrières est l'une des actions les plus critiques. C'est ma méthode et ma méthode.
Je peux aider ces deux membres de l'équipe à résoudre leurs problèmes en quelques minutes, mais je dois équiper quelques outils simples de suppression d'obstacles. Une fois qu'un obstacle est levé, nous devons le rendre visible .
La meilleure façon est de maintenir une liste très visible dans une zone du mur des tâches de l'équipe. Notez tous les obstacles que vous rencontrez. Au fur et à mesure que le projet se développe, vous trouverez des problèmes courants qui vous obligent à vous concentrer A résoudre.
Tout au long du cycle de vie du projet, l'équipe du projet rencontrera de nombreux problèmes et problèmes inimaginables. Ceux-ci peuvent provenir de l'environnement externe, de l'organisation elle-même, de l'équipe et des capacités personnelles et d'autres aspects. Ce n'est que lorsque la solution correcte et efficace et l'élimination des obstacles de l'équipe, que le projet peut Livraison réussie.
En fait, il existe de nombreuses méthodes et méthodes pour identifier et résoudre efficacement les obstacles de l'équipe, ce qui peut nécessiter que chacun comprenne et pratique constamment ces méthodes dans ses futurs travaux et études.
"Blockers", "Classic Obstacles" et "Mine"
4
Enfin, je résumerai trois types d'obstacles rencontrés par l'équipe au cours du cycle de vie du projet: les bloqueurs, les obstacles classiques et les mines .
Le premier est appelé "bloqueurs." Les bloqueurs sont des problèmes typiques qui empêchent les équipes de courir sur des pistes normales. La plupart des gens pensent souvent que lorsqu'ils imaginent des obstacles. Peut-être que le disque dur s'est fissuré sur l'ordinateur portable du testeur, le laissant complètement incapable de travailler pendant les deux prochains jours. Ou peut-être que la fille d’un développeur est soudainement malade et qu’il doit partir tôt pour aller chercher sa fille à l’école. Quelle que soit la cause du bloqueur, le bloqueur est souvent facile à trouver car un membre de l'équipe s'arrête dès qu'il apparaît.
Le deuxième type est appelé "obstacles classiques" . Les obstacles classiques sont un peu délicats. Ce sont toutes des choses qui ralentissent votre équipe, mais elles ne les arrêtent pas nécessairement. L'équipe est généralement consciente de ces problèmes, mais s'est habituée à les résoudre, à tel point qu'elle les déconnecte simplement car "ce sera toujours le cas". Dans certains cas, l'équipe peut être tellement habituée à ces problèmes qu'elle ne les remarque même plus, voire qu'elle oublie leur existence. Voici des exemples d'obstacles courants: les équipes qui n'ont pas le pouvoir de modifier leur environnement de production pour fournir de nouvelles fonctionnalités; ou les équipes qui doivent fréquemment arrêter de corriger les conflits de fusion en raison de systèmes de contrôle de code source obsolètes, et elles n'ont pas la liberté de les remplacer.
Ceux-ci peuvent nécessiter des techniciens qualifiés pour découvrir ces obstacles, car l'équipe est généralement utilisée pour faire face à ces obstacles. L'équipe n'a même pas besoin de lever ces obstacles lors de la réunion régulière du projet. Le travail en tant que chef de projet est d'abord de porter ces problèmes à l'attention de l'équipe et de leur rappeler que ces problèmes existent déjà et les ralentissent.
Cependant, une fois que l'équipe accepte ces problèmes, les obstacles ne sont généralement pas aussi faciles à supprimer que les bloqueurs.
En effet, l'obstacle est souvent un problème global et systémique qui affecte l'ensemble de l'équipe, pas les individus. De plus, les obstacles sont souvent des artefacts plus subtils en raison de facteurs dans la structure organisationnelle ou la culture. Cela les rendra difficiles à retirer.
Le troisième est appelé «mines» , et le dernier obstacle que les chefs de projet peuvent trouver à éliminer est les mines et les pièges qui attendent le déclenchement de leur équipe. Ce sont probablement les types les plus difficiles de tous les obstacles. Contrairement aux obstacles classiques que l'équipe a autrefois reconnus mais ont progressivement disparu, ces obstacles sont des mines qui n'ont peut-être jamais été remarquées auparavant. Habituellement, un chef de projet expérimenté ne reconnaîtra ces problèmes que parce qu'il les a vus tomber sur des projets similaires, ou parce qu'il a besoin d'un sixième sens et d '«yeux ouverts» pour les remarquer.
Dans un projet agile, Scrum Master peut trouver des mines, mais ce n'est pas complètement clair pour toute l'équipe, notamment:
Les managers fonctionnels participent activement à des cérémonies telles que des rétrospectives ou des stand-up quotidiens, limitant ainsi la transparence ou l'honnêteté que l'équipe peut facilement partager. Ou, la station quotidienne se déplacera du matin à l'après-midi, ce qui ne donne aux membres de l'équipe aucune possibilité de planifier et de synchroniser l'équipe au début de chaque journée, mais uniquement lors de la réunion de la station de l'après-midi. Même le produit PO PO, ils sont trop impliqués dans plusieurs équipes, limitant ainsi leur capacité à ouvrir la voie efficacement à n'importe quelle équipe. Veuillez noter que dans toutes ces situations, bien que la présence de telles mines ne garantisse pas qu'une catastrophe se produira à chaque fois, avertissez au moins des problèmes imminents.
Ce qui rend les choses plus difficiles, c'est que lorsque le chef de projet a essayé de signaler la mine à l'équipe pour la première fois, il n'était pas rare que l'équipe soit initialement résistante. Cela signifie que le chef de projet doit avoir un sens du toucher sensible lorsqu'il guide son équipe pour identifier et éliminer ce type particulier d'obstacle.
Alors, en tant que chef de projet, comment faire face aux trois types d'obstacles de l'équipe: les "bloqueurs", les "obstacles classiques" et les "mines"?
Le premier type de " bloqueur ", en tant que chef de projet, votre travail consiste à écouter ces problèmes et à faire de votre mieux pour éliminer ces obstacles afin que l'équipe puisse continuer à avancer.
Solution "bloqueur"
Vous pouvez dire beaucoup de ces questions directement. Existe-t-il un ordinateur portable de rechange que le testeur peut utiliser en même temps, ou peut-il être associé à un autre testeur pour tester son cas d'utilisation en parallèle? Cependant, certains autres peuvent être impuissants. Le développeur a soudainement dû quitter le bureau en raison d'une maladie familiale. L'équipe de développement peut-elle effectuer d'autres travaux autour de ce processus de développement? Ou peut-il travailler à distance pendant que sa fille se remet? Vous devrez peut-être travailler dur pour éliminer ces problèmes, ou vous devrez peut-être aider l'équipe de manière créative à résoudre ces problèmes lorsqu'ils entravent la progression du projet.
Le deuxième type d '« obstacles classiques », bien que la première priorité en tant que chef de projet puisse être d'éliminer ces obstacles afin que votre équipe puisse atteindre son potentiel maximal, l'objectif à long terme idéal devrait être de permettre à votre équipe de commencer à éliminer ces obstacles par vous-même. .
Solution "obstacle classique"
Comme mentionné précédemment, les obstacles sont souvent le signe de problèmes plus profonds dans la culture organisationnelle. Si tel est le cas, par rapport au chef de projet pressé de résoudre ces problèmes pour l'équipe, l'équipe dédiée à l'identification et à la recherche de solutions adaptées à ces obstacles aura un impact plus durable. En effet, le moyen le plus efficace de résoudre les problèmes profonds de l'organisation est de reconnaître et de résoudre ces problèmes par l'organisation elle-même. Même si le chef de projet est également membre de l'organisation, il est souvent plus utile de simplement résoudre le problème pour les autres membres de l'équipe que de sensibiliser l'équipe au problème et de le résoudre progressivement par le comportement, ce qui ressemble plus à la responsabilité d'un coach.
Le troisième type de " mine ", comme les obstacles classiques, est généralement préférable pour guider l'équipe pour éliminer ces obstacles. Cependant, la façon dont vous coachez dépend de l'ouverture de votre équipe à ces questions.
Solution "mine"
Si vous constatez que l'équipe est particulièrement sensible à l'apprentissage et à la résolution des problèmes liés aux mines terrestres, il peut être très efficace de simplement leur demander d'identifier les mines terrestres à travers une série de problèmes majeurs.
D'un autre côté, si votre équipe résiste à la visibilité de ces mines en raison de forts préjugés culturels ou de règles organisationnelles strictes, vous feriez mieux de rester sur le côté pendant que l'équipe se déplace vers le bord pour aider à expliquer ce qui ne va pas être fait sur son chemin Échecs possibles causés par les mines terrestres. Bien que cette méthode ne soit pas idéale, elle ne prend généralement qu'une ou deux fois et l'équipe peut plus facilement recevoir des commentaires sur l'endroit où la mine peut être enterrée.
Faits saillants d'aujourd'hui
▼ La façon de résoudre efficacement les obstacles de l'équipe:
1. Nous voulons déterminer quels sont les vrais obstacles clés pour l'équipe. Au lieu de devenir un "pompier" dans l'équipe, continuez d'éteindre l'incendie, mais n'avez pas le temps de trouver la cause de l'incendie.
2. Après avoir identifié l'obstacle, nous devons le résoudre plus efficacement grâce à certaines méthodes et moyens. En plus des «cartes très visibles et d'obstacles», nous pouvons également utiliser des réunions rétrospectives.
▼ Trois types d'obstacles courants:
"Blocker" : Il est souvent facile à trouver car un membre de l'équipe s'arrête quand il apparaît.
"Obstacles classiques" : Dans certains cas, l'équipe peut être tellement habituée à ces problèmes qu'elle ne les remarque même plus, voire oublie leur existence.
"Mines terrestres" : ce sont probablement les types les plus difficiles de tous les obstacles, et ces obstacles peuvent ne jamais être remarqués auparavant.
Les étudiants qui ont besoin de matériel de préparation PMP peuvent laisser un message
