チーム内での影響力を築くには?
新しいマネージャーがチームの士気低下に直面し、まず嫌われるタスクを引き受けることで影響力を築こうと試みたが、うまくいかなかった。
これは、チームのオーナーシップや焦点の欠如、そして未解決の対立といった根本的な問題が解決されていないからだ。
影響力は、一貫した行動と成果を示すことで少しずつ築き上げられ、周囲の模倣も重要である。
また、リーダー自身が期待する行動を率先し、小さな改善を繰り返し、その進捗を共有することで、チーム全体の信頼とモチベーションを高めることができる。
エンジニアチームのマネージャーが、チームの士気向上と生産性向上を目指して行動したものの、期待した成果を得られず、最終的にリーダーシップを辞任したという実話が紹介されています。この記事は、単なる「頑張り」や「自己犠牲」ではチームの変革は起こらないことを示唆し、真に影響力(インフルエンス)を築くための具体的な方法論を解説しています。
自己犠牲と精神論の限界
あるマネージャーは、チームが嫌がる面倒なエンドツーエンドテストの維持管理を引き受けることで、メンバーとの信頼関係を築こうとしました。しかし、この「自己犠牲」はチームの士気向上には繋がりませんでした。また、精神論的な激励(ペップトーク)も効果がなく、むしろチーム内の対立が激化するという事態に陥ったそうです。
真の課題は、テストの修正といった表面的な作業ではなく、チームが「当事者意識」や「集中力」を欠いているという構造的な問題にあったと分析されています。根本的な問題が放置されている限り、どんな努力もチームを前進させることはできないと指摘されています。
影響力は「模倣」から生まれる
影響力は一朝一夕に築けるものではなく、時間をかけた一貫した行動と誠実さによって育まれると述べられています。チームのメンバーはリーダーの行動を観察し、それを模倣する傾向があるため、マネージャー自身が期待する行動を常に実践することが重要です。
例えば、チームにドキュメント作成を期待するなら、マネージャー自身もドキュメントを作成する姿勢を見せるべきです。また、良い行動が見られた際には、日々のミーティングなどで具体的に称賛し、その行動がなぜ重要なのかを伝えることで、望ましい行動を定着させやすくなると解説されています。
変革を加速させるための戦略
単独での行動(モデリング)には限界があるため、影響力を高めるには「協働」が鍵となります。チーム内のシニアメンバーや非公式なリーダーと連携し、目指す行動変容の目標を共有することが有効です。
また、大きな変化を目指すのではなく、小さな「具体的な進歩」を積み重ねることが重要です。例えば、改善策を実行し、それが実現した際には必ずチーム全体でその成果を「祝う」ことが求められます。この小さな成功体験の共有が、チームの士気とマネージャーへの信頼を同時に高めることになります。
まとめ
チームの変革には、単なる努力や精神論ではなく、マネージャー自身が行動で示す一貫性と、小さな成功を共有する仕組み作りが不可欠です。真の影響力は、信頼と具体的な成果の積み重ねによって築かれると言えるでしょう。
原文の冒頭を表示(英語・3段落のみ)
A new manager joined an engineering team. He knew that the team was struggling. It worked as a group of individuals rather than a team. People were disengaged and passive.The manager planned to build his influence by taking on one task that everyone hated doing. He would be maintaining a large, fragile suite of end-to-end tests. By doing this, he would build rapport with the team members and then make the team cohesive, happy, motivated, and more productive.Things didn’t go as planned. The manager was fixing these tests, but people didn’t become happier. He tried to give pep talks to team members, but people remained disengaged. If anything, it got worse. One of the senior developers and the product owner couldn’t tolerate each other. Some retrospectives ended with shouting and slamming doors. The manager tried to mediate the conflict, but it sparked again. Nothing changed.The poor manager lasted for a few years, and after that, decided to step down to become an individual contributor. He didn’t want to lead anyone anymore. True story.I write High-Impact Engineering — a weekly newsletter for engineering managers, directors, and CTOs. This issue is about what actually builds influence — and what quietly destroys it.A reader asked, how can a manager build influence with the team? In our story, the manager tried sacrifice and cheerleading. Neither worked. Here's what does.Influence and change management go hand in hand. What he failed to do was drive meaningful change where it actually mattered. The team was disengaged because it lacked ownership and focus, and key conflicts were left unresolved.Fixing tests didn’t address any of that. And until those problems are tackled directly, no amount of sacrifice or pep talks will move the team forward.Influence is built in small steps. You cannot flip a switch and make people listen to you and trust you. It requires time, deliberate actions, and demonstrating consistency and integrity.When talking about influence, we will go through the good, the bad, and the ugly parts. Yes, like the movie!Let’s start with the good. You most likely already have some influence. It can come from your title or your tenure in the company. You don’t start from zero. The question is how to make it compound.Influence grows when the team makes steps in the right direction, and each positive change is made visible and rewarded. Everything I’ll describe below is a variation on that idea.iStock.com/LightFieldStudiosThere is a saying that dogs look like their owners. Teams work the same way. Followers look at what leaders do and copy them. It is not a perfect copy, but you can see an echo of the leader’s personality. To influence the team in a certain way, you have to consistently model the behavior you expect. If you expect people to write documentation, write documentation. If you want the team to produce quality work, produce quality work yourself.Tell what you expect and praise the behavior you want to encourage.For example, you want developers to start writing end-to-end tests. If someone writes an end-to-end test, announce it after the daily meeting, give a short speech of appreciation, and tell them again why it is an important thing to do.These seemingly small things give people a clue what is expected from them, and when repeated enough times, there is a very good chance that people will follow. Just remember to be consistent in your behavior, genuine and authentic in giving praise. If not, people will feel it, and this will not work.iStock.com/gorodenkoffBut modeling alone has its limits. Doing things alone is playing on hard mode. Take a second player along — it’s more fun and makes the whole quest easier. Talk with someone senior on the team — ideally a formal or informal leader — and explain what you want to do. Set a goal: what behavior change you want to achieve, and model, articulate, and encourage it together.This move can multiply your influence. When people hear the same narrative from several directions, they become much more susceptible to the change.The changes you implement, especially in the beginning, don’t need to be huge. Small tangible progress. It is like learning a new language. Yesterday you didn’t know a single word, today you can introduce yourself in Japanese. Going from zero to one is worth celebrating.Propose a change or take a topic from the latest retrospective and really follow through. Ensure that the change is done. Then bring it back to the team. Hey, look, we decided to make this improvement, and we’re a little better now. Isn’t it cool?A common mistake that I myself still make is to make a positive change and forget to celebrate it. Remember to celebrate. It will both improve the mood in the team and also increase your influence. By celebrating, I don’t mean a party (however, it would be a good way of doing it sometimes). It can be just a round of applause for the team at the next daily meeting, a cake, or a message on a company Slack channel. Whatever works for your culture.I wrote an article about how to implement changes by running experiments. You can read it here. If you want to start improving your team’s process now? Subscribe, and you’ll immediately receive my free Process Experiment Template — complete with hypothesis format, success metrics, weekly tracking, and a rollback plan. Ready to use with your team this week.We talked about a few tactics on how to increase influence. But the picture will be incomplete without the other side of the coin — what ruins your influence. Here are the two most common ways I’ve seen it happen.iStock.com/maselkoo99For me, number one is being weak. Being weak does not mean not being an authoritative boss. It is about not having one’s own point of view. Being a router that passes the management will to the team and then reports back on the results. This type of manager is just a middleman who does not understand either the team or the strategic intent. They optimize only for being liked by their boss. They always have to “check with management,” or they drop a decision from yesterday’s meeting and expect the team to execute immediately. People quickly see the lack of agency, and such a manager’s influence tanks.The other big one is being inconsistent. Saying one thing and doing another, not following up on one’s own commitments. This also creates a bad role model. If a manager doesn’t follow through on what they promised, why should I? In real life, being 100% consistent is close to impossible. Deadlines slip, priorities change, things pile up, and something falls through the cracks. To minimize the damage, it is good to acknowledge openly what happened — and ideally before anyone has to ask about it.We had good — what you can do, bad — what you shouldn’t do, but we missed ugly. It is something that many managers get wrong, including the one in our story.The manager in our true story did an individual contributor’s job. It wasn’t a bad idea as such. Being closer to the code gives us insight into how the system works, what the team struggles with, keeps our tech skills sharp, and establishes authority among engineers. However, it shouldn’t come at the expense of the managerial duties. True influence comes from enabling the team to become better and more fulfilled. Doing the managerial work, work that no one else but us can do, comes first; the coding comes second, if there is time left.Looking back at our manager, he wasn’t a bad leader. He cared about his team and was willing to sacrifice for them. But he spent his energy performing leadership — taking on hated tasks, giving pep talks — instead of exercising it. Exercising leadership is about driving change. If change does not happen, the team still executes without focus, ownership is still weak, and people start to squabble over who does what — no pep talk or sacrifice helps.All management is change management. Model the behavior you expect, follow through on change, and celebrate progress. Influence doesn’t come from pep talks or being liked. It comes from doing great work together.Subscribe, and you’ll immediately receive my free Process Experiment Template — a ready-to-use Notion template for running your first bottleneck experiment.If you want hands-on help with driving change in your team and increasing your influence, get in touch by replying to this email or reach out to me on LinkedIn.
※ 著作権に配慮し、引用は冒頭3段落までです。続きは元記事をご覧ください。