プレイヤーとして仕事をしていた頃は、自分で考えて、自分で動いて、結果を出せば評価につながっていました。
問題が起きても自分で解決し、難しい仕事を任されることにやりがいを感じていた人も多いと思います。私もそのひとりでした。
だからこそ、リーダーやマネジメントの役割を任されたときも、最初は同じ延長線上で考えていました。
自分が前に出て判断し、技術で引っ張り、必要なら自分が手を動かせば、チームはうまく回るはずだと思っていたのです。
でも実際には、そのやり方を続けるほど、自分の仕事は終わらなくなっていきました。
会議では自分ばかり話すようになり、難しい判断や面倒な対応は少しずつ自分に集まり、チームはどこか受け身になっていきました。
「頑張っているのに、なぜかうまく回らない」
そんな違和感を抱えながら、私はしばらく同じやり方を続けてしまっていました。
後から振り返って分かったのは、問題が能力不足や努力不足にあったわけではなかったということです。
本当の原因は、リーダーになったあとも、頭の中ではずっと“プレイヤーのまま”だったことでした。
この記事では、プレイヤーの延長でリーダーをやった結果、なぜチームもうまく回らず、自分の仕事も終わらなくなっていったのかを振り返ります。
そのうえで、当時の自分が何を勘違いしていたのか、そして少しずつどう考え方を変えていったのかを、実体験ベースで整理していきます。
プレイヤーとしては、うまくやれていた
今振り返ると、リーダーやマネジメントでつまずいた原因はたくさんありました。
ただ、最初に前提としてはっきりしているのは、当時の自分が最初から何もできなかったわけではない、ということです。
むしろプレイヤーとして働いていた頃は、自分なりにうまくやれている感覚がありました。
任された仕事に対して、自分で考え、自分で動き、自分で前に進める。問題が起きてもすぐに人任せにせず、まずは自分で状況を整理して、必要な対応を組み立てていく。そうやって一つひとつ仕事を回していくことが、当時の自分にとっての“仕事ができる”という実感につながっていました。
もちろん、すべてが完璧だったわけではありません。
分からないこともありましたし、迷う場面もありました。ですが、そのたびに調べて、考えて、周囲に確認しながら前に進めていく中で、「自分で動けば、仕事は前に進む」という感覚が少しずつ身についていきました。
そして実際、そのやり方である程度結果も出ていました。
だからこそ、自分の中ではその働き方が“正しいやり方”として定着していったのだと思います。
自分で考えて動けば成果が出る感覚があった
プレイヤー時代の自分にとって、仕事とは「まず自分で考えて動くもの」でした。
指示を待つより、自分で状況を整理し、必要な情報を集めて、どう進めるべきかを判断する。そのうえで手を動かして形にしていくほうが、結果的に早く、確実に前に進むことが多かったからです。
何か問題が起きたときも、すぐに誰かに答えを求めるのではなく、まず自分で原因を探り、打ち手を考えるようにしていました。
うまくいかない場面でも、自分なりに整理してから相談したほうが話も早く、相手にとっても答えやすい。そうした積み重ねの中で、「自分で考えてから動く」という姿勢が、自然と自分の仕事の基本になっていきました。
そして、その姿勢は実際に成果にもつながっていました。
任された仕事が前に進み、トラブルもある程度さばけるようになり、周囲からも「まずはこの人に任せてみよう」と思ってもらえることが増えていったのです。そうなると、自分の中でもますます「仕事は自分で考えて動くことで回していくものだ」という感覚が強くなっていきました。
当時はそれが、ごく自然な成功パターンでした。
自分で考えること、自分で動くこと、自分で前に進めること。この一連の流れが、そのまま自分の強みになっていたのだと思います。
任された仕事を、自分の力で回せていた
プレイヤーとしての仕事は、基本的に自分の担当範囲が比較的明確です。
自分が受け持つタスクがあり、その中でどう進めるかを考え、期限までに形にしていく。責任の範囲も見えやすく、成果も比較的わかりやすい。だからこそ、「自分の仕事を自分で回す」という感覚を持ちやすかったのだと思います。
当時の自分も、まさにその感覚で仕事をしていました。
難しい案件や面倒な対応があっても、自分で整理して進めていく。分からないことは調べ、必要なら周囲に聞きながら、最終的には自分の担当として着地させる。そうやって一つずつ処理していくことで、「自分で回せている」という実感がありました。
周囲から仕事を任されることが増えていったのも、その感覚を強めた理由の一つです。
難しい仕事を振られるというのは、それだけ信頼されているということでもありますし、自分でも「期待に応えたい」という気持ちが強くなります。実際にそれをやり切れる場面が増えると、なおさら「自分が前に出て動くことで、仕事は回る」という認識が深まっていきます。
この時期の自分にとって、仕事とはかなりシンプルでした。
任されたことを自分で回し、結果を出す。
そこに手応えがあり、評価もついてくる。
だから、プレイヤーとしての働き方には大きな違和感がありませんでした。
今振り返っても、この時期に身につけた力そのものは間違っていなかったと思います。
自分で考えて動けること、責任を持ってやり切れることは、今でも仕事をするうえで大事な力です。問題だったのは、その成功体験の使いどころを後で見誤ったことでした。
その成功体験が、後の前提になっていた
プレイヤー時代にうまくいっていた経験は、自信にもなりましたし、実際に自分を支えてくれる土台にもなっていました。
「自分で考えて動けば前に進む」
「自分が責任を持ってやれば、何とかなる」
そうした感覚は、当時の自分にとってかなり強いものでした。
ただ、その成功体験が強かったからこそ、後から役割が変わったときにも、同じ考え方をそのまま持ち込んでしまいました。
リーダーになっても、自分が前に出て判断し、自分が動いて支えれば、きっとうまくいくはずだ。技術的に分かっている自分が引っ張れば、チームも自然に回っていくだろう。そんなふうに、かなり無意識に考えていたと思います。
でも実際には、プレイヤーとして成果を出すための動き方と、リーダーとしてチームを機能させるための動き方は、まったく同じではありませんでした。
プレイヤーの役割では、自分が前に出ることが成果につながる場面が多い一方で、リーダーの役割では、自分が前に出すぎることで逆に周囲の動きを止めてしまうこともあります。
当時の自分は、その違いにまだ気づけていませんでした。
むしろ、これまでうまくやれてきたのだから、立場が変わっても同じようにやればいい、と自然に思っていたのです。そこに悪気があったわけではありませんし、責任感もありました。ただ、その“これまでの正しさ”が、そのまま次の役割でも通用する前提になってしまっていたことが、後のズレにつながっていきました。
振り返ってみると、ここが最初の分岐点だったのだと思います。
プレイヤーとしての成功体験は間違っていなかった。けれど、それを役割の違いごと見直さずに持ち込んでしまったことが、その後の苦しさの出発点になっていました。
リーダーになっても、同じやり方でやれば回ると思っていた
プレイヤーとしてある程度うまくやれていたからこそ、リーダーやマネジメントの役割を任されたときも、最初は大きな違和感がありませんでした。
もちろん、責任が重くなる不安はありました。自分だけの仕事ではなく、チーム全体を見る必要があることも分かっていました。ですが、それでも根本的には「これまで通り、自分がしっかり動けば何とかなるだろう」と考えていたと思います。
当時の自分にとって、仕事を前に進める方法はかなりはっきりしていました。
状況を整理して、問題点を見つけて、必要な判断をして、手を動かして前に進める。
プレイヤー時代にそれで結果が出ていた以上、役割が変わっても、その延長線上で考えるのは自然なことでした。
むしろ当時は、リーダーになったのなら、なおさら自分が前に出るべきだと思っていたところがありました。
チームが迷わないように方向を示すこと。困ったときに判断を引き受けること。難しい課題があれば自分が先に整理すること。そうした動きこそが、責任ある立場の人間に求められていることだと感じていたのです。
ただ今振り返ると、その時点で自分の中には一つ大きな思い込みがありました。
それは、プレイヤーとしてうまくいっていたやり方を少し広げれば、リーダーの役割も果たせるはずだという前提です。
実際には、そこに最初のズレがありました。
でも当時の自分は、そのズレをまだズレだと認識できていませんでした。
「自分が動けば、チームは回る」と考えていた
当時の自分が一番強く持っていたのは、「自分がちゃんと動けば、チーム全体も前に進むはずだ」という感覚でした。
プレイヤー時代は、自分が主体的に動くことで仕事が進んでいましたし、実際にそれが成果にもつながっていました。だから、リーダーという立場になっても、自分が率先して動くことが一番大事だと考えていたのです。
たとえば、チーム内で課題が出てきたときには、自分が先に整理して方向性を示そうとしていました。
誰かが迷っていそうなら、自分が判断したほうが早いと思っていましたし、進みが悪い仕事があれば、自分が中に入って立て直すことが責任だと感じていました。
その感覚の根底にあったのは、悪い意味での独善ではなく、むしろ責任感でした。
自分が動けるのに動かないのは無責任ではないか。
自分が分かっているのに任せきりにするのは不親切ではないか。
そんなふうに考えていたからこそ、「自分が動くこと」は自然と正しい行動だと思っていたのです。
ただ、今振り返ると、この考え方はプレイヤーとしての延長線上にありました。
プレイヤーであれば、自分が動くことがそのまま成果に直結しやすい。けれど、リーダーの場合は、自分が動いた分だけ周囲が動きやすくなるとは限りません。むしろ、自分が前に出れば出るほど、周囲が受け身になっていくこともあります。
当時の自分は、そこまで見えていませんでした。
自分が動くことは、チームのためでもあり、仕事のためでもある。
そう信じていたからこそ、疑うことなくそのやり方を続けていたのだと思います。
技術で正解を示せば、自然についてくると思っていた
もう一つ大きかったのは、技術的に自分が分かっていることを示せば、チームは自然と安心して前に進めるはずだ、という感覚です。
特にエンジニアの仕事では、曖昧な議論よりも、具体的な設計や実装の方向性を示したほうが話が早い場面が少なくありません。プレイヤー時代の自分も、そうやって技術で状況を前に進める経験を積んできました。
そのため、リーダーになってからも、チームが迷っていると感じる場面では、自分が技術的な答えを出すようになっていました。
設計の方針、実装の考え方、対応の優先順位。自分の中である程度見えているものがあれば、それを先に示したほうが全体が早く進むと思っていたのです。
実際、短期的にはそれで前に進むこともありました。
議論が止まっていた場面で方向性が定まり、作業が再開される。
チームの迷いが減り、スピード感が出る。
そうした瞬間を見ると、「やはり自分が技術で引っ張ることが必要なのだ」と感じやすくなります。
ただ、そのやり方を続けているうちに、自分でも気づかない形で一つの構造ができていきました。
それは、困ったらリーダーが答えを出してくれるという前提です。
この前提が強くなると、メンバーは自分で考えなくなるというより、考えても最終的にはリーダーの判断を待つようになります。結果として、場は動いているようでいて、思考の中心はずっと自分のところに残り続けることになります。
当時の自分は、技術で支えているつもりでした。
ですが実際には、技術で正解を示すことによって、チームが自分で考えて動く余地を少しずつ狭めていた面もあったのだと思います。
判断も実装も、自分が前に出るのが責任だと思っていた
当時の自分は、リーダーとしての責任をかなり真面目に受け止めていました。
だからこそ、重要な判断を人任せにすることに抵抗がありましたし、難しい課題をメンバーだけに任せることにも不安がありました。
自分が責任を持つ立場なのだから、最後は自分が判断し、自分が必要な部分を押さえるべきだ。そう考えるのは、ごく自然なことのように思えていました。
その結果、気づけば判断も実装も、自分が前に出る場面が増えていきました。
プロジェクト全体の方向性を考えるだけでなく、個別の課題にも深く入り込み、技術的な論点にも首を突っ込み、場合によっては自分で手を動かしてカバーする。そうしたことを繰り返していくうちに、「チームを見る人」であると同時に、「一番詳しくて一番動く人」にもなっていったのです。
当時は、それを問題だとは思っていませんでした。
むしろ、自分がそこまでやるのが責任感だと感じていましたし、リーダーとして頼られることは悪いことではないと思っていました。
現場のことを分かっているからこそ判断できる。
技術的な背景があるからこそ支えられる。
そう考えていたので、自分が深く関わることに迷いはありませんでした。
ただ、後から振り返ると、この状態こそが苦しさの入り口でした。
判断も自分、実務の要所も自分、困ったときの受け皿も自分。そうなると、一見チームを支えているようでいて、実際には仕事も責任も自分のところに集中していきます。
しかも、自分が前に出ることが当たり前になるほど、周囲はますます「最後はリーダーが見るもの」と考えるようになります。
つまり、責任感から始めた行動が、結果として自分に仕事を集める構造を作っていたのです。
当時の自分は、そこまで整理して考えられていませんでした。
ただひたすら、「自分がやるべきことをやっている」という感覚で前に進んでいたように思います。
うまくいかなくなり始めたサイン
最初のうちは、自分でも大きな問題だとは思っていませんでした。
リーダーになれば忙しくなるのは当たり前ですし、責任が増えるのも当然です。プレイヤーの頃より考えることが増え、気を配る範囲が広がるのは、むしろ自然な変化だと思っていました。
実際、表面的には仕事は進んでいました。
会議も開かれていましたし、タスクも動いていました。チームとして何も止まっていないように見える場面も多かったと思います。だからこそ、当時の自分は「多少しんどくても、これがリーダーというものなのだろう」と受け止めていました。
でも、少しずつ違和感は積み重なっていました。
目の前の仕事は回っているのに、なぜか手応えがない。
自分はずっと忙しいのに、チーム全体として前に進んでいる実感が薄い。
その違和感は小さなものでしたが、今振り返ると、あの頃すでにうまくいかなくなり始めていたのだと思います。
リーダーとしての役割が本当に噛み合っていなかったことは、突然大きな失敗として表れたわけではありませんでした。
むしろ、日々の仕事の中にある些細なサインとして、じわじわと出てきていたのです。
会議では自分ばかり話し、メンバーの発言が減っていった
最初に分かりやすく表れていたのは、会議での空気だったように思います。
以前よりも、自分が話している時間が明らかに長くなっていました。
議題を整理するのも自分、方向性を示すのも自分、迷いが出たときに結論を出すのも自分。気づけば、会議の中心にずっと自分がいる状態になっていたのです。
当時は、それを悪いことだとは思っていませんでした。
むしろ、リーダーなのだから議論を前に進めるのは当然だと感じていましたし、場が止まりそうなら自分が補うべきだと思っていました。
誰かが迷っているなら整理してあげたほうがいい。話が広がりすぎるなら自分がまとめたほうがいい。そう考えていたので、自分の発言が増えることにはあまり違和感を持っていなかったのです。
ただ、後から振り返ると、その分だけメンバーの発言は減っていました。
意見が出なくなったというより、出す前にこちらが方向を示してしまっていた。
考えていないわけではなくても、「もう方針は決まっていそうだ」と感じさせる空気を、自分が作っていたのだと思います。
会議で自分ばかりが話す状態は、一見するとリーダーシップがあるようにも見えます。
ですが実際には、チームの思考が自分のところに集まりすぎているサインでもあります。
当時の自分はまだ、その静かな変化に気づけていませんでした。
重要な判断や難しい作業が、どんどん自分に集まっていった
もう一つ分かりやすかったのは、判断や実務の重たい部分が、少しずつ自分に集まっていったことです。
最初はそれも、頼られている証拠だと思っていました。
難しい案件や面倒な調整が自分のところに来るのは、リーダーとして当然のことだし、そこを引き受けるのが役割だと感じていたのです。
実際、当時の自分はそうした場面で前に出ることにあまり迷いがありませんでした。
仕様の整理が必要なら自分がやる。方針を決める必要があるなら自分が判断する。技術的に詰まっているなら自分が中に入る。
それで場が前に進むなら、そのほうが早いし確実だと思っていました。
ただ、そのやり方を続けていると、次第に「重いものは自分に来る」という状態が当たり前になっていきます。
周囲から見ても、「難しいものはリーダーが見るもの」「最後の判断はあの人がするもの」という前提ができていく。
そうすると、自分の負荷は増え続ける一方で、チーム全体としては判断や責任が分散されにくくなっていきます。
当時の自分は、そこを構造として見られていませんでした。
忙しいのは役割上仕方ない。難しいことが集まるのは信頼されているから。
そんなふうに受け止めていましたが、実際にはその状態自体が、うまく回らなくなり始めたサインだったのだと思います。
進んでいるのに、チームとしての手応えがなかった
一番説明しづらく、でも一番強かったのは、「仕事は進んでいるのに、なぜかうまくいっている感じがしない」という違和感でした。
会議もしている。タスクも進んでいる。問題が起きれば対応もしている。表面的には何も止まっていないし、日々の仕事そのものは回っている。
それなのに、チームとして前に進んでいる手応えが薄かったのです。
この感覚は、数字や進捗表だけでは見えにくいものです。
でも現場にいると、何となく分かります。
みんなが自分の役割を持って動いている感じではなく、どこかで様子を見ながら進んでいる。
前に進んではいるけれど、自走している感じがない。
そうした空気が、少しずつチームの中に広がっていました。
今思えば、それはチームがうまく噛み合っていなかったからだと思います。
自分がいれば進む。自分が整理すれば形になる。
でもそれは裏を返すと、自分がいないと前に進みにくい状態だったということでもあります。
つまり、仕事は動いていても、チームとしての推進力は自分に依存していたのです。
当時はまだ、その依存の重さをはっきり自覚していたわけではありませんでした。
ただ、なぜかずっとしっくりこない。
自分はこんなに動いているのに、チームが強くなっている感じがしない。
その違和感が、静かに積み上がっていました。
リーダーになってから「終わった」と感じられる瞬間がなくなった
プレイヤーの頃は、少なくとも自分の担当仕事には区切りがありました。
このタスクを終えた、この機能を出した、この対応をやり切った。もちろん次の仕事は来ますが、その時々で「ひとまずここまでできた」と思える瞬間がありました。
でも、リーダーになってからは、その感覚がどんどんなくなっていきました。
自分のタスクを終えても、チームの誰かが詰まっていれば気になる。会議が終わっても、決めたことが本当に回るか気になる。目の前の問題を一つ片づけても、別の課題がすぐに見えてくる。
何かを終わらせても、終わった感じがしないのです。
最初は、「リーダーとはそういうものなのだろう」と思っていました。
見る範囲が広がったのだから、終わりが見えにくくなるのは当然だ。
責任が増えたのだから、気が休まらないのも仕方ない。
そんなふうに受け止めていました。
ただ、今振り返ると、あの“終わらなさ”は単に忙しかったからではありませんでした。
自分が仕事を抱えすぎていたこと。
判断の中心にいすぎていたこと。
チームの動きが自分に寄りすぎていたこと。
それらが重なった結果として、常に自分の頭の中だけが止まらない状態になっていたのだと思います。
「終わった」と感じられない状態は、疲労の問題でもありますが、それ以上に役割の持ち方が噛み合っていないサインでもあります。
当時の自分は、それを単なる忙しさとして処理していました。
でも本当は、その時点でかなり無理のある状態に入っていたのだと思います。
本当の問題は、能力不足ではなく“役割の認識”だった
うまくいかない感覚が強くなってきた頃、当時の自分はどこかで「もっと頑張らなければいけない」と思っていました。
自分の動き方が足りないのではないか。もっと細かく見たほうがいいのではないか。もっと早く判断し、もっと深く関わったほうがいいのではないか。そんなふうに考えていた気がします。
でも今振り返ると、問題は努力の量ではありませんでした。
技術力が足りなかったわけでも、責任感が足りなかったわけでもない。むしろ逆で、頑張ろうとするほど、関わろうとするほど、状況は苦しくなっていきました。
本当の問題は、リーダーという役割に対する自分の認識が、ずっとプレイヤーの延長線上にあったことです。
役割は変わっていたのに、頭の中ではまだ「自分が前に出て、自分が考えて、自分が進める」ことを仕事の中心に置いていました。だから、リーダーとして必要な動き方よりも、プレイヤーとして成果を出してきた動き方を、無意識に繰り返していたのだと思います。
当時の自分は、能力の問題として捉えていました。
もっとできるはずだ。もっと支えられるはずだ。もっとちゃんと回せるはずだ。
でも実際には、そうやって自分の力で何とかしようとするほど、リーダーとしての役割からは少しずつズレていっていました。
問題は、リーダーになったのに頭の中がプレイヤーのままだったこと
一番大きかったのは、立場が変わったあとも、自分の中の仕事観がほとんど変わっていなかったことだと思います。
プレイヤーの頃は、自分で考え、自分で動き、自分で成果を出すことがそのまま価値になっていました。難しい問題に自分が向き合い、手を動かして前に進めることが、自分の役割そのものだったのです。
だからリーダーになっても、自然と同じ感覚で仕事をしていました。
自分が状況を整理し、自分が判断し、自分が必要なら手を出す。
チーム全体を見る立場になったはずなのに、実際には「自分がどう動くか」を中心に仕事を組み立てていたのです。
当時は、それが悪いことだとは思っていませんでした。
むしろ、現場を分かっている自分がしっかり動くことが、チームのためになると信じていました。
ですが今振り返ると、その時点で頭の中はかなりプレイヤーのままでした。
リーダーに求められるのは、自分が成果を出すことだけではありません。
チームの中で誰がどこで詰まりそうか、どこに判断材料が足りないか、どうすれば各メンバーが自分で動けるかを整えていくことも重要です。
つまり、仕事の中心が「自分」から「チームの状態」へ移る必要があったのです。
でも当時の自分は、そこにまだ切り替わっていませんでした。
役職や責任範囲は変わっていても、仕事の基本動作はプレイヤーのまま。
それが、うまくいかなさの土台になっていました。
正解を出すことと、チームが動けることは違った
当時の自分は、正しい判断をすることがリーダーとして重要だと思っていました。
もちろん、それ自体は間違いではありません。
方向性が曖昧なままではチームは動きにくいですし、迷ったときに決める人が必要な場面もあります。
ただ、当時の自分は「正解を出せばチームは動く」と、かなり単純に考えていたところがありました。
技術的に正しい方針を示す。
優先順位を整理して決める。
問題があれば妥当な打ち手を出す。
そうすれば自然とチームは動きやすくなるはずだ、と感じていたのです。
でも実際には、正解を出すことと、チームが自分で動けることは同じではありませんでした。
たとえ判断そのものが正しくても、それがいつもリーダーから与えられる形になると、周囲は「考える」よりも「待つ」側に回りやすくなります。
自分で仮説を出してみるより、最終判断を待ったほうが安全になる。
結果として、場は動いていても、動かしているのはいつも同じ人、という状態が生まれてしまいます。
今思えば、チームが必要としていたのは、答えそのものだけではなかったのだと思います。
なぜその判断になるのか。どういう観点で選んでいるのか。他にどんな選択肢があったのか。
そうした思考のプロセスや判断の材料が共有されて初めて、チームは自分で考えながら動けるようになります。
当時の自分は、答えを出すことに力を使っていました。
でも、リーダーとして本当に必要だったのは、チームが答えにたどり着ける状態を作ることだったのだと思います。
技術で支えるつもりで、思考の主導権を握っていた
自分ではずっと、チームを技術的に支えているつもりでした。
困ったときに整理する。難しい論点に道筋をつける。迷いが出たら実装や設計の方向性を示す。
それは自分にできる貢献であり、現場を止めないために必要なことだと思っていました。
実際、短期的にはそれで助かる場面も多かったと思います。
議論が前に進むこともあったでしょうし、技術的な不安が軽くなることもあったはずです。
だからこそ、自分も「支えている」という感覚を強く持っていました。
でも、後から振り返ると、その支え方には一つ大きな偏りがありました。
それは、技術を使って状況を前に進めるたびに、思考の中心も自分のところに集まっていたことです。
メンバーが自分で考える前に、自分が整理してしまう。
チームが仮説を持つ前に、自分が方向性を示してしまう。
議論が深まる前に、自分が技術的な答えを出してしまう。
そうすると、表面的には助けているようでいて、実際には「考える起点」まで自分が握ることになります。
思考の主導権を持つというのは、単に発言量が多いということではありません。
何を論点にするか、どの選択肢を有力とみなすか、どこで結論を出すか。
そうした流れの中心にいつも自分がいると、チーム全体の思考は少しずつ自分に依存していきます。
当時の自分は、それを支援だと思っていました。
ですが本当は、支えているつもりで、チームが自分で考える余地まで握ってしまっていたのだと思います。
そこに気づいてから、ようやく「問題は技術力ではなく、役割の持ち方だったのかもしれない」と見えるようになってきました。
技術で引っ張るほど、チームは受け身になっていった
当時の自分は、チームのためを思って動いていました。
技術的に迷いがあるなら整理したほうがいい。方向性が曖昧なら示したほうがいい。難しいところは自分が支えたほうが全体が前に進む。
そう考えていたので、自分が前に出ることにほとんど迷いはありませんでした。
実際、短期的にはそのやり方で回る場面もありました。
判断が早くなり、議論がまとまり、作業も進みやすくなる。
目の前の停滞を解消するという意味では、自分が技術で引っ張ることには一定の効果があったと思います。
ただ、その状態を続けているうちに、チームの空気は少しずつ変わっていきました。
自分では支えているつもりでも、結果としてメンバーが自分で考えて動く余地を狭めていたのです。
そのとき初めて、技術で引っ張ることと、チームが自走できることは、必ずしも同じではないのだと気づき始めました。
リーダーがすぐに答えを出すと、メンバーは考えなくなる
チームの中でリーダーがいつも素早く答えを出してくれると、最初はとても助かります。
迷っていたことに方向がつきますし、判断の負荷も減ります。
特に技術的な論点では、経験がある人が整理してくれることで、安心して前に進めることも多いでしょう。
ただ、その状態が続くと、少しずつ変化が起きます。
自分で考えて仮説を出すより、リーダーの判断を待ったほうが早い。
自分なりの案を出すより、答えを聞いてから動いたほうが安全。
そんな空気が、表立って言葉にされなくても、じわじわとチームに広がっていきます。
当時の自分も、それを意図していたわけではありませんでした。
むしろ、迷わせたくない、困らせたくないという気持ちのほうが強かったと思います。
ですが、先に答えを出してしまうことは、相手から考える機会を奪うことでもあります。
メンバーが考えなくなるのは、能力がないからでも、やる気がないからでもありません。
考える前に答えが提示される環境では、自分で考える必要性が薄れていくからです。
そしてその状態が続くと、チームの中にあるはずの思考や判断の力が、だんだん表に出てこなくなります。
当時の自分は、そこまで構造的には見られていませんでした。
ただ、「なぜかメンバーから提案が出にくい」「相談は来るが、自分の意見が乗ってこない」という違和感は確かにありました。
今思えば、それは自分が答えを出しすぎていたサインだったのだと思います。
「判断を待つほうが安全」という空気を作っていた
チームが受け身になるとき、必ずしも誰かが怠けているわけではありません。
むしろ、多くの場合はその逆で、変に外さないように慎重になっているだけです。
特にリーダーが強く方向を示すタイプだと、メンバーは「下手に自分で決めるより、判断を待ったほうがいい」と感じやすくなります。
当時のチームでも、そうした空気が少しずつできていたのだと思います。
自分としては、必要なときに判断していただけのつもりでした。
ですが、重要な場面でいつも自分が結論を出していると、周囲から見れば「最後はこの人が決めるもの」という前提ができます。
そうなると、メンバーは自分なりに考えていても、最後の一歩を踏み出しにくくなります。
判断を待つほうが安全、という感覚は、とても強いものです。
自分で決めて違ったら責任が発生する。
でも、リーダーの判断に従っていれば、大きく外すリスクは低い。
こうした構造ができると、チームは表面的には安定して見えても、実際には判断が一点に集中していきます。
当時の自分は、チームの主体性が足りないのかもしれない、と感じることもありました。
でも今振り返ると、主体性が出にくい環境を作っていたのは自分でもありました。
技術的な正しさやスピードを優先するあまり、「自分で考えて決めてよい」という余白を、十分に渡せていなかったのです。
任せているつもりで、実は行動の余地を狭めていた
当時の自分は、まったく任せていなかったわけではありません。
仕事そのものはメンバーに振っていましたし、担当も持ってもらっていました。
表面的には、役割分担もしていたと思います。
ただ、今振り返ると、それは“作業を渡していた”だけで、“考えて動く余地まで任せられていたか”は別問題でした。
方針は自分が決める。重要な論点は自分が整理する。迷いがあれば自分がすぐ答えを出す。
こうなると、メンバーは作業はしていても、仕事全体を自分の頭で動かしている感覚を持ちにくくなります。
つまり、自分では任せているつもりでも、実際にはかなり細いレールの上を走ってもらっていたのだと思います。
そのレールがあることで進みやすさは出ますが、その分、自分で考えて進路を選ぶ余地は減ります。
結果として、メンバーは自分の担当をこなしながらも、どこか“与えられた仕事をやっている”感覚から抜け出しにくくなっていきます。
本来、任せるというのは、単に作業を振ることではなく、判断や試行錯誤の余地も一緒に渡すことなのだと思います。
もちろん、丸投げでは成り立ちません。
必要な支援や方向づけは必要です。
ただ、当時の自分はそのバランスをうまく取れていませんでした。
支えるつもりで手を出し、前に進めるつもりで方向を決め、安心して動けるようにと答えを用意する。
その一つひとつが、結果として相手の行動の余地を狭めていました。
チームが受け身になっていたのは、メンバー個人の問題というより、そうなりやすい関わり方を自分が続けていたからだったのだと思います。
当時の自分が勘違いしていたこと
ここまで振り返ってみると、当時の自分はかなり真面目にやっていたと思います。
手を抜いていたわけではありませんし、無責任だったわけでもありません。むしろ逆で、ちゃんと支えよう、ちゃんと回そう、ちゃんと責任を果たそうとしていました。
ただ、その真面目さの中に、いくつか大きな勘違いがありました。
しかも厄介なのは、その勘違いがどれも一見すると正しそうに見えることです。
頑張ること。早く進めること。困ったときに前に出ること。どれも仕事では大事に見えますし、プレイヤー時代には実際にそれが強みとして機能していました。
だからこそ、自分でも長い間、そのズレに気づけませんでした。
リーダーとして苦しくなっていた原因は、能力不足というより、こうした“正しそうに見える思い込み”をそのまま持ち続けていたことにあったのだと思います。
自分が頑張ることが、良いマネジメントだと思っていた
当時の自分は、リーダーとしてチームを支えるということを、かなり単純に「自分が頑張ること」だと捉えていました。
困っている人がいれば助ける。詰まりそうなところがあれば先に整理する。問題が大きくなる前に自分が受け止める。
そうやって、自分が人より多く動くことが、良いマネジメントにつながると思っていたのです。
もちろん、リーダーが責任感を持って動くこと自体は大事です。
ただ、それがそのまま良いマネジメントになるとは限りません。
自分が頑張れば頑張るほど、チーム全体が回りやすくなるとは限らないし、むしろ自分にばかり負荷が集中して、周囲が動きにくくなることもあります。
当時の自分は、そこを分けて考えられていませんでした。
頑張ることそのものが価値であり、支えている証拠だと思っていました。
でも実際には、リーダーに必要なのは「自分がどれだけ頑張ったか」だけではなく、「チームがどう動ける状態になっているか」でした。
今思えば、自分が頑張ることに安心していた面もあったのだと思います。
自分が動いている限り、「ちゃんとやっている」という実感を持てるからです。
一方で、チームが自走できる状態を作ることは、すぐに成果が見えにくいし、手応えも曖昧です。
だからこそ、分かりやすい“自分の頑張り”のほうに寄っていたのかもしれません。
自分がやったほうが早いのは、正しいことだと思っていた
現場では、「自分がやったほうが早い」と感じる場面が本当に多いです。
特に経験がある人ほど、論点の整理も判断も実装も早くできます。
当時の自分も、迷うくらいなら自分がやったほうが早い、詰まるくらいなら自分が触ったほうが確実だ、という感覚を強く持っていました。
そして、その感覚自体は事実でもありました。
短期的に見れば、自分がやったほうが早かった場面はたくさんあったと思います。
だからこそ、その選択を繰り返すことに疑いを持ちにくかったのです。
でも、ここに大きな勘違いがありました。
“早い”ことと、“正しい”ことは同じではないということです。
その場だけを見れば、自分がやるほうが効率的に見える。
でも、それを繰り返していると、経験も判断も自分のところに集まり続けます。
メンバーはいつまでも難しい場面を経験しにくくなり、チームとしての厚みも育ちにくくなる。
結果として、長い目で見ると、ずっと自分がやり続けなければ回らない状態ができてしまいます。
当時の自分は、目の前の効率を優先していました。
それ自体は悪意ではなく、現場を止めたくないという気持ちからでした。
ただ、リーダーの役割として考えると、本当に見るべきなのはその場の速さだけではなかったのだと思います。
少し時間がかかっても、チームとして次に動ける人が増えること。
判断や対応の力が自分以外にも広がっていくこと。
そうした視点が、当時はかなり抜けていました。
任せることは、放置に近いと感じていた
当時の自分は、「任せる」ということに対して、どこか不安を持っていました。
完全に手を放してしまったら、相手が困るのではないか。
こちらが見ていない間にズレた方向へ進むのではないか。
結果として、自分が後で大きくフォローすることになるのではないか。
そんな気持ちが、かなり強かったように思います。
そのため、任せたつもりでも、実際にはかなり細かく見ていました。
方向性を決め、重要な論点を押さえ、危なそうならすぐに手を出す。
自分としては放置しないためにやっていたことですが、今振り返ると、それは任せることへの怖さの裏返しでもありました。
本来、任せることと放置することは違います。
必要な支援や確認をしながら、相手が自分で考えて進められる余地を残すことが「任せる」ことであって、ただ丸投げすることではありません。
でも当時の自分は、その中間の持ち方がうまくできていませんでした。
任せると不安だから、つい先回りしてしまう。
困らせたくないから、答えを用意してしまう。
ズレてほしくないから、細かく方向づけしてしまう。
その結果、相手は動きやすくなる一方で、自分で考えて進める余地を持ちにくくなっていきます。
つまり、自分は「放置しないため」に関わっていたつもりが、実際には任せることそのものを難しくしていました。
当時はそれを優しさや責任感だと思っていましたが、今思えば、相手の成長や自走を信じきれていなかったのだと思います。
少しずつ変えた考え方と関わり方
こうした失敗や違和感を経て、すぐに何かが劇的に変わったわけではありません。
正直に言えば、最初は「自分が前に出すぎていたのかもしれない」と頭で分かっても、すぐには行動を変えられませんでした。長くプレイヤーとしてやってきた分、自分で考えて動き、自分で支えることが、ほとんど無意識の基本動作になっていたからです。
それでも、少しずつ考え方は変わっていきました。
大きかったのは、「自分がどれだけ動いたか」ではなく、「チームがどう動ける状態になっているか」を見るようになったことです。
それまでは、自分が前に出て支えることを中心に考えていましたが、そこから少しずつ、自分がいなくても回る状態をどう作るか、という方向に意識が移っていきました。
もちろん、今でも迷うことはありますし、完全に切り替えられたとは思っていません。
ただ少なくとも、以前のように「自分が一番動くことが正しい」とは思わなくなりました。
むしろ、自分が動きすぎていないか、チームの思考や判断を奪っていないかを意識するようになったことで、関わり方はかなり変わったと思います。
先に答えを渡すより、考えるための材料を共有するようにした
以前の自分は、相談を受けたり議論が止まったりすると、できるだけ早く答えを出そうとしていました。
方向性が見えているなら示したほうが親切だし、迷いを減らせば仕事も進みやすい。そう考えていたからです。
でも、少しずつ意識を変える中で、答えをそのまま渡すよりも、相手が考えるための材料を渡したほうがいい場面が多いことに気づきました。
たとえば、すぐに結論だけを言うのではなく、「論点はどこか」「何と何を比べるべきか」「この選択肢にはどういうリスクがあるか」といった観点を共有するようにしたのです。
そうすると、相手は単に指示を受けるのではなく、自分の頭で判断しやすくなります。
もちろん、最初からうまくいくわけではありません。回りくどく感じることもありますし、結局こちらが補足する場面もあります。
それでも、答えだけを受け取るより、考える過程ごと共有されたほうが、次に近い場面で自分で動ける可能性は高くなります。
今思えば、チームが本当に必要としていたのは、いつも完成した答えではありませんでした。
どう考えればいいのか、何を見ればいいのか、その判断の手がかりだったのだと思います。
そのことに気づいてからは、「正解を早く出す」ことより、「考えられる状態を作る」ことを意識するようになりました。
自分が全部抱えるより、チームの状態を見るようにした
以前は、目の前の問題やタスクそのものに意識が向きすぎていました。
誰が詰まっているか、どこが遅れているか、何をどう直すべきか。そうした個別の問題に自分が入っていくことで、全体を支えているつもりになっていたのです。
でも、少しずつ見方を変える中で、個別の問題そのものよりも、「なぜそこが詰まるのか」「チームとして何が足りていないのか」を見るようになっていきました。
ある人が判断に迷っているなら、その人の能力だけの問題ではなく、判断材料の共有が足りていないのかもしれない。
相談がいつも同じところに集まるなら、役割分担や期待値が曖昧なのかもしれない。
そうやって、個々の事象ではなく、チームの状態として捉える視点が少しずつ持てるようになったのです。
この視点を持つようになってから、自分の動き方も変わっていきました。
目の前の仕事を自分が処理するより、チームが詰まりにくくなるように先に整理しておく。
問題が起きたあとに全部受けるより、そもそも判断しやすい状態を作っておく。
そうした関わり方のほうが、結果的には自分もチームも楽になることが増えました。
もちろん、現場では今でも細かい対応が必要ですし、何もしなくていいわけではありません。
ただ、リーダーとして本当に見るべきものは、タスクの量そのものより、チームがどういう状態にあるかだったのだと、少しずつ分かってきました。
“自分が一番忙しい状態”を良しとしないようにした
以前の自分は、どこかで「自分が一番忙しいのは仕方ない」と思っていました。
リーダーなのだから責任も多いし、判断も集まる。現場のことも分かっているのだから、忙しくなるのは当然だろう。
むしろ、それだけ動けていることが役割を果たしている証拠だとさえ感じていた部分がありました。
でも今は、自分が一番忙しい状態を、そのまま良いことだとは思わなくなりました。
もちろん一時的にそうなることはありますし、負荷が集中する局面もあります。
ただ、それが常態化しているなら、どこかに構造的な偏りがある可能性が高い。
判断が集まりすぎていないか。役割が曖昧になっていないか。チームの中に、自分以外が前に出にくい空気ができていないか。そうした視点で見るようになりました。
自分が忙しいこと自体は、努力の証明にはなるかもしれません。
でも、チームがうまく回っている証明とは限りません。
むしろ、いつも自分だけが抱えているなら、それはチームの力を広げられていないサインかもしれない。
そう思うようになってから、自分の負荷の重さを“誇るもの”ではなく、“見直すべきもの”として捉えるようになりました。
以前の自分は、「自分が頑張ればいい」と考えていました。
でも今は、それよりも「自分がいなくてもある程度回る状態に近づいているか」を気にするようになっています。
そのほうが、自分も長く続けやすいですし、チームとしても強くなる。
そう考えられるようになってから、ようやくリーダーの仕事を少し違う角度で見られるようになった気がします。
今、同じ状態で苦しんでいる人へ
ここまで書いてきたことは、特別な失敗談というより、プレイヤーとしてある程度うまくやってきた人ほど、はまりやすい落とし穴なのかもしれません。
自分で考えて動ける人。責任感が強い人。困ったときに前に出られる人。そういう人ほど、リーダーになったあとも同じやり方で何とかしようとしてしまいます。
だからこそ、今もし同じような状態で苦しんでいるなら、まず伝えたいのは、あなたが単純に能力不足だからうまくいっていないわけではない、ということです。
ちゃんとやろうとしているからこそ、抱え込みやすい。
責任感があるからこそ、自分が前に出すぎてしまう。
その構造に気づかないまま走り続けると、仕事が終わらない感覚や、チームがうまく噛み合わない苦しさにつながっていきます。
当時の自分もそうでした。
もっと頑張ればいい、もっと支えればいい、もっと細かく見ればいい。
そう考えていた時期は長かったです。
でも今振り返ると、必要だったのは“さらに頑張ること”ではなく、“役割の持ち方を見直すこと”でした。
仕事が終わらないのは、能力不足とは限らない
リーダーになってから、いつも仕事が終わらない。
自分のタスクを片づけても、次の問題がすぐに出てくる。
誰かの相談、判断待ち、確認依頼が途切れず、ずっと頭が休まらない。
そういう状態が続くと、自分の能力が足りないのではないかと思いやすくなります。
でも、仕事が終わらないことと、能力が足りないことは、必ずしも同じではありません。
むしろ、自分に判断や対応が集まりすぎているなら、それは個人の力量よりも、役割の持ち方やチームの構造の問題であることも多いです。
自分が悪い、自分がもっと頑張るべきだ、と考えると、一時的には踏ん張れるかもしれません。
ですが、その考え方のままだと、さらに抱え込む方向へ進みやすくなります。
結果として、自分の負荷は増え続け、状況はますます変わりにくくなります。
だからこそ、「終わらない＝自分の能力不足」とすぐに結びつけないことが大事だと思います。
もしかすると必要なのは、もっと働くことではなく、自分に集まりすぎているものを見直すことかもしれません。
チームが受け身なのは、メンバーの意欲だけの問題ではない
チームの中で提案が少ない。
相談は来るけれど、自分なりの考えがあまり乗ってこない。
最後の判断をいつも待たれている感じがする。
そういう状態が続くと、つい「もっと主体的に動いてほしい」と思ってしまいます。
もちろん、個人差はありますし、全員が同じように動けるわけではありません。
ただ、それでもチームが受け身に見えるとき、その原因をメンバーの意欲だけに置いてしまうのは少し危険だと思います。
リーダーがすぐに答えを出す。
重要な場面ではいつもリーダーが決める。
方向性も論点もリーダーが先に整理する。
そうした状態が続けば、メンバーは能力や意欲に関係なく、「判断を待つほうが安全」と感じやすくなります。
つまり、受け身に見える状態は、個人の問題というより、そうなりやすい関係性や空気の結果であることも多いのです。
当時の自分は、そこをかなり見落としていました。
でも今は、主体性を求める前に、主体的に動ける余地を渡せているかを考えるほうが大事だと思っています。
リーダーは“自分で回す人”ではなく“回る状態を作る人”へ変わる
今の自分が一番大きく変わったのは、リーダーの役割の見方かもしれません。
以前は、自分が前に出て回すことがリーダーの仕事だと思っていました。
困ったら支える。迷ったら決める。止まりそうなら自分が動かす。
それが責任を果たすことだと考えていました。
でも今は、リーダーの仕事は“自分で回すこと”そのものではなく、“チームが回る状態を作ること”にあるのだと思っています。
誰が何を判断できるのか。
どこに情報が足りていないのか。
どんな共有があれば、自分で動ける人が増えるのか。
そうしたことを整えていくほうが、長い目で見るとずっと大事でした。
もちろん、現実の現場ではそんなにきれいにはいきません。
自分が前に出なければいけない場面もありますし、すぐに全部を任せられるわけでもありません。
それでも、「自分が回す」から「回る状態を作る」へ少し視点を変えるだけで、仕事の見え方も、自分の立ち位置もかなり変わります。
もし今、同じように苦しんでいるなら、まずは自分を責めすぎなくていいと思います。
そして、もっと頑張ることよりも、自分が何を抱え込み、どこで思考や判断を握りすぎているのかを見てみることのほうが、状況を変えるきっかけになるはずです。
まとめ｜マネジメントは“自分が動くこと”ではなく“チームが動ける状態を作ること”
振り返ってみると、当時の自分はずっと真面目にやっていました。
自分なりに責任を持ち、チームを支えようとしていたし、困る人がいれば助け、止まりそうな仕事があれば前に出ていました。
だからこそ、うまくいかない時期が続いたときも、最初は「もっと頑張らなければいけない」と考えていたのだと思います。
でも実際には、問題は頑張りの量ではありませんでした。
プレイヤーとして成果を出してきたやり方を、そのままリーダーの役割に持ち込んでいたこと。
自分が考え、自分が判断し、自分が動くことを、無意識に仕事の中心に置き続けていたこと。
そこに、一番大きなズレがありました。
プレイヤーとしては、それでうまくいっていました。
自分で考えて動けば成果が出る。任された仕事を自分の力で回せる。
その成功体験は、当時の自分にとって確かな強みだったと思います。
ただ、リーダーになった後も同じやり方を続けると、少しずつチームの思考や判断が自分のところに集まり、自分だけが忙しくなり、チームは受け身になっていきました。
その経験を通して、ようやく分かったことがあります。
それは、マネジメントとは、自分が一番動くことではないということです。
自分が正解を出し続けることでも、自分が全部支えることでもありません。
本当に必要だったのは、メンバーが考えやすい材料を共有し、判断しやすい状態を整え、チーム全体が少しずつ自分で動けるようにしていくことでした。
もちろん、現実の仕事はそんなに単純ではありません。
リーダーが前に出なければいけない場面もありますし、実務に深く入らなければ回らない時期もあります。
ただ、それでも根本の視点として、
「自分が回す」ではなく「回る状態を作る」
この違いを持てるかどうかで、リーダーとしての苦しさはかなり変わるのだと思います。
もし今、自分ばかりが忙しい、仕事がいつまでも終わらない、チームがどこか受け身に見える、そんな苦しさを感じているなら、必要なのは「もっと頑張ること」ではないかもしれません。
一度立ち止まって、自分が何を抱え込み、どこで思考や判断を握りすぎているのかを見直してみる。
そのほうが、状況を変えるきっかけになることもあります。
自分もまだ完全にできているわけではありません。
それでも少なくとも今は、リーダーの仕事を、以前とは違うものとして捉えられるようになりました。
マネジメントは、“自分が動くこと”ではなく、“チームが動ける状態を作ること”。
このことに気づけたのは、あの頃の失敗があったからこそだったと思っています。
コメント