プレイングマネージャーが成果を上げる方法｜役割設計の実践

プレイングマネージャーという役職が広まった背景には、管理コストを抑えながら現場の人数も維持したいという企業側の要請があります。「マネジメントもできてプレイヤーとしても動ける人材」を一人で兼ねることで、組織のリソース効率を保とうとした——その構造的な選択が、この役職の普及の底にあると見ることができます。

ただし、そこには根本的なねじれが生まれています。本来、マネジメントとは「自分が動かなくても成果が出る状態を作ること」を目指す役割です。プレイヤーとして動き続けることは、その目標と本質的に矛盾します。「両立が難しい」と感じている方の多くは、努力が足りないのではなく、矛盾を含んだ役割設計の中で正面から向き合っているのかもしれません。

問い直すべきは「どう頑張るか」ではなく「何をどう設計するか」です。この記事では、「成果の二重定義」「モード切替設計」「最小介入」という三つの実践設計を通じて、プレイングマネージャーとして成果を出し続けるための役割設計を説明します。

頑張るほど部下が育たない：プレイングマネージャーの構造的な罠

プレイングマネージャーとして成果を出せずに疲弊している方の多くが、「もっと頑張らなければ」という方向に力を入れ続けています。しかし、この状況が「努力不足」ではなく「構造の問題」によって生まれているとしたら、どうでしょうか。個人の成果とチームの成果を同時に求められるという役割の設計そのものに、時間管理や気持ちの持ち方だけでは解決できない罠が組み込まれています。まずその罠の正体を理解することが、正しい対処を選ぶための出発点になります。

個人成果とチーム成果を同時に追う「二重負荷」の正体

プレイングマネージャーには、プレイヤーとしての成果（自分の売上・件数・担当業務のアウトプット）とマネージャーとしての成果（チーム目標の達成・部下の育成・チームの自走）という、本質的に異なる二種類の成果が同時に課されています。この二つは単に「仕事量が増える」という問題ではありません。評価されるタイミング、成果を出すための動き方、そして成果が見えるまでの時間軸がまったく異なります。プレイヤーとして動いた分だけ個人の数字はすぐに積み上がりますが、マネージャーとしての成果は部下の行動と判断を通じて、時間差で現れます。この非対称性こそが「二重負荷」の正体です。締め切りが迫れば自分で動くほど数字は安定しますが、その行動はマネージャーとしての成果の芽を摘む行為でもあります。この矛盾を構造として理解せずに「どちらも頑張る」と走り続けると、消耗するだけで状況は変わりません。

自分が動き続けるほどチームが停滞するメカニズム

自分がプレイヤーとして動き続けることでチームが停滞するのは、次のように循環しています。自分が案件を処理し続けると、部下は判断する機会を得られません。判断機会がなければ部下は自走する力を身につけられず、いざ任せようとしても動けません。その結果、またプレイヤーとして自分が動かざるを得なくなる——この負のループが、「部下に任せたいが任せられない」「自分がいないと数字が回らない」という状態を固定化させます。注目すべきは、これが誰の能力や意欲の問題でもなく、構造として起きているという点です。意識や気合いで変えようとしても、ループの入口が変わらない限り結果は変わりません。ループを断ち切るには、役割の設計を変える必要があります。次章以降で説明する「成果の二重定義」と「介入の設計」は、このループを構造ごと書き換えるための手法です。

起点は「成果の二重定義」——何を、どの比率で追うかを決める

「個人成果もチーム成果も両方追う」と言葉にしていても、それぞれをどの比率で追うかを明文化していないプレイングマネージャーは少なくありません。比率を決めていなければ、状況に応じてどちらかが優先され、もう一方が後回しになり続けます。どちらも「やろうとは思っていたが、十分にできなかった」という状態が積み重なっていきます。成果を上げる構造を作るための第一歩は、「何をどの比率で追うか」を設計として決めることです。これは単なる目標設定ではなく、自分の時間・エネルギー・介入の優先順位をどこに配分するかを決める設計図になります。比率が明文化されていることで、矛盾が生じたときに「今どちらを優先すべきか」の判断軸が生まれます。曖昧なまま両方を抱えているより、比率という形で役割の重心を定めるほうが、日々の行動の迷いを大幅に減らせます。

プレイヤー比率とマネージャー比率の決め方

比率を決める際に基準となる軸は、チームの成熟度と自分のプレイヤー依存度の二つです。チームがまだ成熟しておらず、メンバーが自律的に動けていない段階では、マネージャーとして介入するためのコストが高くなります。このフェーズでプレイヤーとして動く比率を高く保ちすぎると、チームの成熟を遅らせることになります。一方、メンバーがある程度自走できる段階では、自分がプレイヤーとして動く比率を意識的に下げることでチーム全体の出力が高まります。具体的な比率の水準は職種・業界・チーム規模によって異なりますが、大切なのは「今どのフェーズか」を判断し、そのフェーズに合った比率を意識的に設定することです。設定した比率は固定ではなく、状況の変化に合わせて見直し続けるものとして持ちます。マネジメントへの移行期には自分の個人数字を維持しながら徐々にチーム比率を上げていくという方向性を持つだけでも、日々の行動の選択基準は変わります。比率の設定は「すべて正確に決める」ことが目的ではなく、「自分の役割の重心を意識する」ことが目的です。

二重の成果指標をチームと合意する

設計した比率と成果の定義は、部下と上司の双方に共有しておくことが重要です。これを自分の中だけで持っていると、行動がチームの期待とずれたときに「なぜマネージャーが動いてくれなかったのか」「なぜ自分でやってくれなかったのか」という認識のズレが生まれます。部下との合意では、「今期はメンバーが自分で判断することを重視する方針をとっている」という意図を明示します。これにより、部下が「相談してはいけない」と萎縮する状況や、「何でも聞けば引き受けてくれる」と依存する状況を、どちらも防ぐことができます。上司との合意では、「プレイヤーとしての成果とマネジメントの成果をどの比率で評価されるのか」を確認しておくことが、期末の評価の食い違いを防ぐ基礎になります。この合意は、状況が変わり優先順位に迷ったときに立ち戻れる共通の判断基準として機能します。決めた比率を定期的に見直す場を設けることで、合意は生きた設計として機能し続けます。

プレイヤーモードとマネージャーモードを切り替える設計

「時間管理が大事」という言葉は正しいのですが、プレイングマネージャーが直面する本質的な問題は、時間の量ではなく「頭の状態の混在」にあります。プレイヤーとして作業しながら頭の中ではマネジメントの心配が走っている、あるいは部下の相談に乗りながらプレイヤータスクの締め切りが気になっている——この混在こそが、どちらの成果も中途半端になる真の原因です。時間を確保しても頭が切り替わっていなければ質は上がりません。役割モードを切り替える設計を意識的に持つことが必要です。

採用支援の仕事でネオキャリアNEXTの業務に入っていた時期、企画書の作成と商談対応を同じ時間帯に並走させていたことがありました。画面に向かいながら、頭の片隅では「アポの件、返信しなきゃ」が走り続けている状態です。文章を書いているはずなのに、何かが引っかかったまま浮いている感覚がありました。

ある日、商談のために別の部屋へ移動した瞬間、頭が切り替わる感覚がありました。場所が変わった瞬間に、企画書のことがすっと遠くなり、商談相手のことだけを考え始めたのです。

その経験から、「場所を変える」というトリガーが思考の切り替えを担っていることを実感しました。「自席＝企画モード」という紐づけが自然にできてから、どちらの時間も以前より少しだけ密度が上がった気がしています。あの経験がなければ、ずっと「どっちつかず」という状態に名前をつけられなかったかもしれません。

「混在」が生産性を壊す仕組み

プレイヤーモードとマネージャーモードは、必要とする思考の種類が根本的に異なります。プレイヤーとして成果を出すためには、特定のタスクへの集中と処理の連続性が必要です。一方、マネージャーとして機能するためには、個々の案件から離れてチーム全体の状況を俯瞰し、誰がどこで詰まっているかを把握する広い視野が必要です。この二つが頭の中で同時に走っていると、どちらも中途半端な処理になります。集中しているように見えても実際には「どっちつかず」の状態です。混在が起きやすいのは、プレイヤータスクが詰まっているときに部下から割り込み相談を受ける場面や、マネジメント業務を終えて個人作業に戻ろうとする切り替えの瞬間です。この混在は意識の持ち方で変えようとしても再発します。構造として設計しなければ、同じ状況が繰り返されます。

モード切替の3つの実装方法（時間・場所・宣言）

モードを切り替えるための実装方法は、「時間」「場所」「宣言」の三つに整理できます。時間による実装は、週次のカレンダーに「プレイヤー専用ブロック」と「マネジメントブロック」をあらかじめ固定し、そのブロックの間は別のモードに引き込まれることを防ぐ方法です。完全な隔離は難しくても、「このブロックはまず守る」という原則を持つだけで実行率が変わります。場所による実装は、マネジメント業務（1on1・進捗確認・相談対応）を特定の場所（会議室、別の席など）で行い、自席に戻ったらプレイヤーモードに切り替えるという物理的なトリガーを使う方法です。身体の移動が頭の切り替えを補助します。宣言による実装は、「今から1on1の時間に入ります」「今は集中作業の時間なので対応は30分後にします」のように、自分と相手の双方に向けて役割を言語化することで切り替えを起こす方法です。宣言は相手への情報共有にもなるため、期待値のズレも防ぎます。この三つは排他的ではなく、組み合わせて使うことでより機能します。意識に頼るのではなく、仕組みとしてモード切替を設計することが重要です。

マネジメント時間を先に確保する時間管理

マネジメントの時間は、後から確保しようとすると消えます。プレイヤータスクや突発的な対応が先に埋まり、1on1や進捗確認が後回しになるパターンが繰り返されます。対策はシンプルで、週次の予定を組む際にマネジメントに必要な時間を先にカレンダーへ固定することです。「空いた時間でやる」から「先に押さえる」へ順序を逆にするだけで、実行率は大きく変わります。突発タスクが割り込んだときは、それがプレイヤー対応かマネジメント対応かを分類し、マネジメント時間に食い込む場合は即座に代替日程を確保する習慣が有効です。マネジメントを後回しにするほど、チームの詰まりが深くなったときに自分がプレイヤーとして動かざるを得なくなるコストが高くなります。

最小介入で部下の自走を促す

「権限委譲が大切」という言葉はよく聞きますが、その先にある実践——どこに介入し、どこに介入しないかの判断——を扱っている情報は少ないです。「任せる」とは仕事を渡すことではなく、部下が自分で判断した体験を積む設計のことです。どの場面で介入し、どの場面で手を引くかの基準を持つことで、部下の自走を促しながらリスクを管理することができます。介入の基準を持たないままでは、不安から介入しすぎて部下の成長機会を奪うか、放置しすぎてリスクを見逃すかの二択になりがちです。

営業組織改善の外部支援に入った初期は、担当マネージャーから「この案件、どう動けばいいと思いますか？」と聞かれる場面が続きました。その都度、自分の見立てを伝えることはできました。ただ、少し経つと、答えを渡しているほど先方が動く前に確認を取りに来る頻度が増えていく感覚がありました。

外部者の立場で「そもそもその壁、越える必要があるのか」と問い返すことに価値があるのは、最初の数ヶ月だけかもしれない、と何度か感じました。慣れが進むと、外部者自身も「詰まりを解消してあげなければ」という内部者的な動き方に引き込まれていくからです。

それからは、即答できる場面でも「今の状況で、あなたはどう動きますか？」と返す習慣を意識するようになりました。沈黙が続くことへの怖さは毎回ありましたが、その沈黙の先で相手が自分の言葉で整理を始める場面に立ち会えたとき、介入を控えることが仕事になると感じました。

委任の本質は「教える」ではなく「判断させる」

「任せる」という行為を「手順を説明し、やり方を教える」と捉えているうちは、部下は自走しません。指示どおりに動けるようにはなりますが、状況が変わったときに自分で判断する力がつきません。委任の本質は、部下が「自分で考え、自分で判断した」という体験を積み重ねることにあります。マネージャーの役割は答えを渡すことではなく、「どう判断するか」を問う機会を作ることです。答えがわかっている場面でも、あえて「あなたはどうすると思いますか？」と返す習慣が、部下の判断力を育てます。最初は時間がかかりますが、この体験を繰り返した部下は、次第に同種の場面で自分から動けるようになります。委任は一時的にコストがかかる投資ですが、それを省き続けると「自分なしでは回らない状態」が固定されます。

介入すべき3つのタイミングと手放すべき場面

介入するタイミングを明確にすることで、「どこまで待てばよいか」という判断の迷いが解消されます。介入すべき場面は三つです。一つ目は、部下が詰まって長い時間動けない状態が続いているとき。停滞が長引くと、モチベーションの低下に加え案件への影響が出始めます。二つ目は、クライアントや数字への具体的な影響が見え始めたとき。この段階では自走を待つより先に、リカバリーとしての介入が優先です。三つ目は、部下が「助けを求めている」と明示的に伝えてきたとき。このサインを見逃すと、次から相談しなくなります。これら以外の場面は、原則として手放します。「うまくいくか心配」「自分ならこう動く」という感覚だけで介入すると、部下の判断機会を奪うことになります。手放すことは放置ではなく、部下の成長を設計した行動です。

権限委譲の進め方——何を任せ、何を自分でやるか

何を任せ、何を自分でやるかの判断は、「緊急度」「部下の習熟度」「失敗のコスト」の三軸で整理するとブレが減ります。失敗のコストが低く、部下の習熟度が上がる見込みがある業務は積極的に委任します。反対に、失敗のコストが高く、部下がまだその判断軸を持っていない業務は、今は自分が担当しながら部下が観察できる形にしておきます。委任後の確認頻度の設計も重要です。頻繁に確認しすぎると、部下は「マネージャーが常に見ている」と感じて自分で判断しなくなります。確認頻度は部下の習熟度に合わせて段階的に下げていくことが基本です。確認の内容も「結果の報告を受ける」より「詰まっていることがないかを聞く」を優先することで、適切なタイミングで介入しながら委任を継続できます。委任は一度決めたら終わりではなく、業務の状況と部下の成長に合わせて継続的に見直す設計として持ちます。

目標設定と進捗管理の実践

チーム目標は、メンバーそれぞれの行動目標に分解されて初めて機能します。チーム全体の目標を持つだけでは、週次の進捗確認で「全体的にどうですか」という抽象的な対話で終わります。目標を個人の行動単位に落とし込むことで、どこで詰まっているかが見えるようになります。進捗確認では、数字の確認の前に「現在どこで詰まっているか」を先に聞く順序が有効です。詰まりを先に把握することで、必要な介入を最小限に絞れます。1on1は「状況報告を聞く場」ではなく「部下が自分で解決できない問題を整理する場」として設計することで、対話の質が変わり部下の自走も促進されます。

プレイヤーとしての自分の生産性を守る仕組み

プレイングマネージャーが自分のプレイヤー時間を守ることは、個人の生産性だけの問題ではありません。自分がプレイヤーとして動いている姿を部下が見ることは、仕事の進め方・質へのこだわり・問題への向き合い方を学ぶ機会でもあります。マネージャーとして管理するだけでなく、プレイヤーとして結果を出し続ける姿は、チームへの影響を持ちます。一方で、プレイヤーとしての時間を最も侵食するのは、急な相談・割り込み依頼・突発的なマネジメント対応です。これへの構造的な対処として、「プレイヤー集中ブロック」を設け、その時間帯の割り込みには「30分後に対応します」と応じるルールを持つことが有効です。部下や周囲にこの仕組みを事前に伝えておくことで、断ることへの摩擦が減ります。自分の生産性を守ることは責任放棄ではなく、両立を持続させるための設計です。

プレイングマネージャーとして成果を出し続けるために

ここまで説明してきた内容の起点は「成果の二重定義」です。プレイヤーとしての比率とマネージャーとしての比率を明文化し、部下・上司と合意することで、行動の選択基準が生まれます。その比率に沿って「モード切替設計」と「マネジメント時間の先確保」を実装し、「最小介入の設計」によって部下が自走できる構造を育てる——この三つが連動したとき、頑張るほど詰まるループから抜け出す構造が完成します。この設計は一度決めたら終わりではありません。チームの成熟度が上がれば比率を変え、メンバーが変われば介入設計を見直します。「今自分はどのフェーズにいるか」を定期的に問い直し、設計を更新し続けることが、プレイングマネージャーとして成果を出し続けるための実践です。

あわせて読みたい

• 営業組織におけるマネジメントとは？組織の成果を最大化するための基本｜スキルの前にある壁──手放す、任せる、引き出す。名ばかりで終わらないために
• 営業マネージャは知っておきたい「営業メンバーのモチベーションマネジメント」について｜内発と外発を切り分ける──営業マネージャのためのモチベーション実践設計