優秀な管理職はなぜ、自分がいなくても回るチームを作れるのか
Photo by Clay Banks on Unsplash
現場スタッフの手が止まっているとき、その理由を個人のスキルや主体性だけで見てしまうと、かなり大事なものを見落とします。
ゲーム開発でもシステム開発でも、担当者が作業を進められなくなる場面は珍しくありません。仕様がまだ決まっていない。優先順位が途中で変わる。誰が判断するのか分からない。相談してよい相手が見えない。
こうした状態で「もっと主体的に動いてほしい」「自走してほしい」と言われても、担当者としては進めたくても進めにくいです。能力や意欲の問題に見えることもありますが、実際には個人よりも、構造の側に原因がある場合が多いと感じます。
管理職の仕事は、人を動かすことではなく、動ける状態を作ることだと思っています。指示を強く出すことよりも、現場スタッフが迷わず判断できる材料を揃えることのほうが、結果的にチームは前に進みやすくなります。
自走を求める前に渡すものがある
自走という言葉は便利です。言葉としても前向きに聞こえます。自分で考え、自分で判断し、必要な行動を取る。そういう人が増えれば、チームは確かに動きやすくなります。
ただ、自走は「好きに走ってください」という意味ではありません。
行き先が分からない。足場も見えない。どこまで自分で決めてよいのかも分からない。その状態で速く走ることを求めるのは、暗い道で地図もライトも渡さずに前へ進めと言うのに近いです。
自走を否定したいわけではありません。むしろ、自走できる人が増える状態は、開発組織にとってかなり健全です。ただ、その前に情報、権限、判断基準を渡す必要があります。
何を優先するのか。どこまで担当者が判断してよいのか。迷ったときは誰に相談するのか。失敗したときに、どの範囲まで許容されるのか。
このあたりが見えないままでは、担当者は無理に進めるか、判断を保留して手を止めるかのどちらかになりやすいです。どちらも本人の性格だけで片づけるには、少し乱暴です。
管理職の仕事は環境設計に出る
管理職の役割は、精神論で背中を押すことではありません。未確定事項を減らし、優先順位を揃え、相談経路を作り、役割の境界を整えることです。
ゲーム開発であれば、仕様、UI、演出、バランス調整、QA、スケジュールの間で判断が揺れることがあります。システム開発であれば、要件、設計、実装、レビュー、テスト、運用の間で認識がずれることがあります。
そのとき、担当者だけで全部を抱えると、判断が属人化します。レビューで何度も同じ議論が起きたり、後工程で手戻りが増えたり、相談のタイミングが遅れたりします。
管理職が見るべきポイントは、誰が悪いかではありません。どこで情報が止まっているのか。どの判断が宙に浮いているのか。役割の境界が曖昧になっていないか。優先順位が現場スタッフまで届いているか。
こうした部分が整うと、担当者は判断しやすくなります。反対に、ここが曖昧なままでは、どれだけ「頑張ろう」と言っても、同じ詰まり方を繰り返します。
見えにくい仕事を引き受ける
動ける状態を作る仕事は、表から見えにくいです。
他部署との調整をする。判断を巻き取る。予算や人員を確保する。関係者の認識を揃える。優先順位を決め直す。現場スタッフに不要な迷いが降りてこないようにする。
こうした仕事は、派手ではありません。成果物として見えにくい場面もあります。けれど、ここを誰かが引き受けないと、担当者は細かい確認や調整に時間を取られます。
特に開発では、目に見える作業だけが仕事ではありません。仕様が決まるまでの調整、レビューで揉める前の論点整理、QAで見つかった問題の扱い、リリース判断に必要な材料集め。こうしたものが不足すると、担当者の手は止まりやすくなります。
「人を動かす」よりも、こうした泥臭い仕事のほうが軽いわけではありません。むしろ、管理職としての負荷はここに出ることが多いです。
責任の引き受け方でチームの動きやすさは変わる
担当者が判断して進められる状態を作るうえで、責任の扱いはかなり大きいです。
失敗したときに、現場スタッフだけに責任が戻ってくる空気があると、人は判断を避けます。相談が増えるのではなく、相談しにくくなります。挑戦が減るのではなく、見えないところでリスクを抱える形になりがちです。
管理職が失敗の責任を引き受け、成果は現場スタッフにきちんと返す。これはきれいな精神論ではなく、チームの動きやすさに直結します。
失敗を全部なかったことにするという意味ではありません。起きたことは検証する。再発防止も考える。判断のどこに無理があったのか、情報が足りなかったのか、役割の境界が曖昧だったのかを見る。
そのうえで、個人の責任に寄せすぎないことが大事です。構造を見直せば次に防げるものまで、個人の注意不足として処理してしまうと、同じ問題が別の形で出ます。
成果についても同じです。現場スタッフが出した成果を管理職の手柄にしてしまうと、担当者の納得感やモチベーションは下がります。管理職が整えた環境の上で、現場スタッフが判断し、手を動かし、形にした。そこはきちんと現場スタッフに返したほうが、チームは健全に回りやすくなります。
優秀な管理職は自分がいなくても回る状態を作る
優秀な管理職というと、判断が速い人、指示が明確な人、場を引っ張れる人を思い浮かべることがあります。もちろん、それらも必要な場面はあります。
ただ、自分がいないと何も決まらない状態は、優秀な状態とは少し違う気がします。
本当に優秀な管理職は、自分がいなくても回りやすい状態を作れる人です。判断基準が共有されている。相談経路が見えている。役割の境界が整っている。優先順位が変わったときに、どこへ戻ればよいか分かる。
そういう状態があると、担当者は待ちの姿勢になりにくいです。全部を管理職に確認しなくても、一定の範囲で判断できます。迷ったときも、相談の入口が見えているので、手が止まったままになりにくいです。
管理職の本質は、指示そのものではなく環境設計にあると思います。人を動かそうとするより、現場スタッフが動ける条件を整える。そこに目を向けると、「主体性がない」「自走できない」と見えていた問題の見え方も少し変わります。
明日から何かを大きく変える必要はないかもしれません。いま担当者の手が止まっている仕事があるなら、誰の問題かを見る前に、仕様、優先順位、判断基準、相談先、役割の境界のどこが曖昧になっているかを見てみる。そこが見えるだけでも、次に整えるべきポイントはかなり判断しやすくなります。
おわりに
X(旧Twitter)やBlueskyを中心に日々発信しております。
是非他のSNSもご覧いただけますと幸甚でございます。
https://x.com/itchie_tatsumi
https://bsky.app/profile/itchie-tatsumi.bsky.social
https://www.facebook.com/ichino.souta
また、辰巳電子工業SS事業部では、エンジニアが安心して長く働ける環境づくりに取り組んでおります。「今の経験で応募できるか知りたい」「案件やキャリア支援について聞いてみたい」という方は、是非カジュアル面談からお気軽にご相談願います。