プレイングマネージャーの仕事術|頭の切り替えと時間設計の基本

プレイングマネージャーとはどんな立場か

プレイングマネージャーとは、チームのマネジメント業務と個人のプレイヤー業務を同時に担う役職です。メンバーの育成・目標設定・チームの成果管理といったマネジメントの責任を持ちながら、自らも営業数字を持ち、コードを書き、顧客対応を行います。日本企業でこのポジションが多い背景には、「できる人をそのままリーダーに」という昇進経路と、管理職専任化が難しい人員規模の問題があります。この構造が、次章で述べる失敗パターンの温床になっています。

PR|運営者より

営業のために顧客管理システムを作ったら、社内通貨「Gold」が生まれて、組織が動き出しました。その経緯をnoteに書いています。

→ 【30】営業のために顧客管理システム作ったら、Goldという社内通貨ができて組織が地球儀ぐるぐる回し始めた

この仕組みを、どの会社でも使える形にして、私たちが提供しているのが「Game toB」です。

Game toB法人向けゲーミフィケーションサービスwww.game-tob.bizGame toB 法人向けゲーミフィケーションサービス

プレイングマネージャーが陥りやすい失敗パターン

プレイングマネージャーが直面する困難の多くは、努力不足ではなく役割の構造から来ています。「もっと頑張れば両立できる」と思い込んでいる間は、根本的なパターンに気づけません。ここでは、PMが繰り返しはまる二つの失敗を、表面的な現象ではなく発生メカニズムの角度から整理します。なぜそれが起きるのかを理解することが、同じ轍を踏まない出発点になります。自分の現状と照らし合わせながら読んでいただくと、思い当たる部分があるはずです。

※著者の体験

転職エージェントとして5年ほど面談を重ねる中で、プレイングマネージャーから「次のキャリアを考えたい」という相談を受ける機会が少なくありませんでした。「なぜ今のタイミングで」と尋ねると、多くの方がきっかけを語りますが、「いつから辛くなったか」を掘り下げていくと、「はっきりとした始まりがわからない」という答えが返ってくることがほとんどでした。

印象に残っているのは、チームへの不満より先に、自分の仕事量への疲弊を語る方が多かったことです。任せられなかったことへの悩みより、「気づいたら自分だけが動いていた」という言い方で振り返る方が目立ちました。メンバーとの関係が悪かったわけでも、評価が低かったわけでもなく、純粋に消耗した——という語り口が、業種も会社規模も問わず出てきた印象があります。

3,000名超の面談の中で、このパターンは繰り返し目にしました。「あのとき誰かに気づかせてもらえていたら」と話す方もいて、その言葉は私の中に残っています。

「自分でやった方が早い」罠にはまる

この罠にはまりやすいのは、むしろ優秀なプレイヤーです。高い品質基準を持ち、過去の実績に裏打ちされた自信があるほど、「メンバーに任せると品質が落ちる」「説明している時間があれば自分でできる」という判断が自然に出てきます。これ自体は正確な認識であることも多いのですが、問題はその判断が積み重なったときに起きます。

自分でやり続けることで、メンバーが育つ機会が失われます。チームの処理能力は自分一人分のまま上限に張り付き、自分の仕事量は増え続けます。やがて「自分がいないと回らない」状態が固定化し、マネージャーとしての本来の役割——チームの力を引き出すこと——が実質的に機能しなくなります。この罠の本質は、「今の品質を守ること」と「組織の将来の能力を育てること」というトレードオフを、短期側にだけ最適化し続けてしまう構造にあります。

マネジメントを後回しにする習慣

プレイヤー業務には締め切りがあります。提案書の提出日、コードのリリース日、顧客への返答期限——いずれも「いつまでに」が明確です。一方、マネジメント業務はそうではありません。1on1を1週間飛ばしても、その日に何かが壊れるわけではありません。メンバーへのフィードバックを後回しにしても、即座に数字に影響しません。

この非対称性が、マネジメントを慢性的に後回しにする習慣を生みます。目の前の締め切りに追われながら「マネジメントは落ち着いたらやる」が繰り返され、落ち着く日は来ません。結果として、メンバーは方向性が見えないまま動き続け、軌道修正が遅れ、「チームが動かない」状態が静かに積み上がっていきます。緊急度が低く見える仕事ほど、意図的に時間を確保しなければ消えていく——その事実をまず受け入れることが必要です。

プレイヤー頭とマネージャー頭の切り替え方

「プレイヤーとマネージャーを両立する」という表現は、多くの場合誤解を招きます。二つのロールを同時に担うのではなく、1日の中で「交互に切り替えながら使う」が正確な理解です。同時並行しようとすると、どちらも中途半端になります。人間の認知は、異なる思考モードを同時に維持することが苦手です。マネージャー頭で考えながらプレイヤーとして集中作業をしようとすると、脳の切り替えコストが常にかかり、どちらの仕事の質も落ちます。ここでは、切り替えを実際に機能させるための具体的な二つの技術を示します。

※著者の体験

営業組織の管理基盤(ATOM)を実装していた時期、アーキテクチャの設計とコーディングを同じ時間帯に行き来していたことがありました。設計の途中でコードが気になって開き、コードを書き始めたら仕様に戻る——という繰り返しがしばらく続きました。

ある時期から、午前中を設計と判断の整理に使い、午後をコードに充てる形になっていきました。意図して決めたというより、仕事の流れ上そうなっていったのがそのまま習慣になった形です。それぞれの作業の中での集中感が変わってきて、以前より終わりが見えるようになりました。

後から気づいたのは、「切り替えの手間が減った」ことより「切り替えないことの消耗がなくなった」ことでした。コードを書きながら頭の一部が設計を気にし続けていたのだと、分けてから初めてわかった気がしています。

時間帯でロールを固定する

最もシンプルで効果的な切り替え方法が、時間帯によってロールを事前に固定することです。たとえば、午前中をマネジメント時間——1on1・チームチェックイン・メンバーからの相談対応——に充て、午後をプレイヤー時間——個人の集中作業、顧客対応、成果物の作成——に割り当てます。どちらの時間帯にどちらの仕事が来ても「この時間はこのロール」と決まっているため、都度判断する必要がありません。この設計は、意志力を使わずにロールの切り替えを実行できる点に価値があります。

この設計が重要なのは、ロールが混在する時間帯をなくすためです。マネージャーとして対応しながらプレイヤー業務を片手間に進める、あるいはその逆は、どちらのロールも中途半端になります。脳が完全に切り替わっていない状態での作業は、集中コストを何倍にも膨らませます。時間帯を事前に分けておくことで、この認知コストを大幅に下げられます。

スイッチングのトリガーをつくる

時間帯の固定に加えて、実際に「今からモードが変わる」と脳に伝えるトリガーを持つことが助けになります。場所・道具・行動の種類など、何でも構いません。マネジメント時間に入るときは会議室に移動する、チャットツールの通知設定を変える、特定のツールを開く——こうした物理的・操作的な変化が、思考モードの切り替えを後押しします。どのトリガーを選ぶかよりも、「これをしたらモードが変わる」という一貫したルーティンをつくることの方が重要です。

もう一つ効果的なのが、「今からマネージャーモードに入る」ことをチームに宣言する行動です。メンバーに声をかけること自体がトリガーになり、自分のモードを確定させます。同時に、チームからも「今なら相談できる」と認識されるため、マネジメント行動の質と頻度が自然に高まります。宣言はコストゼロで、ロールの可視化とモード切替の両方に機能します。

週・半期単位の仕事設計

日次のタスク管理だけでは、プレイングマネージャーの仕事は設計できません。毎日の To-Do を消化することに終始していると、マネジメントは常に「空き時間があればやる」扱いになります。プレイヤー業務と違い、マネジメントには外から来る締め切りがないため、意図的に設計しなければ後回しが構造化します。週と半期の単位で仕事全体を設計し直すことで、初めてマネジメント時間を安定的に確保できます。

マネジメント時間を先にカレンダーにブロックする

週単位の設計の基本は、マネジメント時間を「先に」確保することです。1on1・チームミーティング・メンバーのフォローアップに必要な時間を週の初めに確保してから、その週のプレイヤー業務を残り枠に割り入れる——という順序が重要です。逆——プレイヤー業務を先に詰め、空いた枠でマネジメントをしようとする——をすると、マネジメント時間は常に圧迫されます。

「先に入れると個人業務が圧迫される」という感覚は最初はあります。しかし、マネジメントが機能していないチームでは結局、メンバーから都度相談が来て個人業務が中断されます。先にブロックしておく方が、予測可能な形でマネジメント時間を確保でき、かつ個人業務も集中できる時間が増えます。週次ルールとして定着させることで、その感覚は薄れていきます。

プレイヤー業務の比率を半期ごとに見直す

チームの成熟度・人数・繁閑によって、PMが担うべきプレイヤー業務の比率は変わります。チームが小さく未熟な時期はプレイヤー比率が高くても合理性がありますが、メンバーが育ち人数が増えるにつれて、その比率を段階的に下げていくのが自然な移行です。この変化を感覚で判断するのではなく、半期ごとに振り返る機会として設計することを勧めます。

見直しを「なんとなく」ではなく、上司と明示的に合意する形で行うことに意味があります。「今期のプレイヤー業務の比率をどう設定するか」を言語化して共有することで、上司側の期待値と自分の動き方のズレを事前に防げます。また、チームの状況と自分の負荷感を言語化して伝えること自体が、組織側がPMを支援するための情報になります。

権限委譲と任せ方の実践

マネジメントの質を上げるうえで、任せる力は欠かせません。しかし多くのPMにとって、任せることへの抵抗感は根強くあります。「品質が下がる」「説明コストがかかる」「結局自分でやる羽目になる」——こうした経験に基づく懸念は理解できます。ここでは、任せることへの抵抗感を減らすための考え方と、実際に任せる仕事の選び方の基本を整理します。大切なのは、すべてを任せることではなく、「任せられる仕事を選ぶ技術」を持つことです。

任せる仕事の選び方

任せる仕事を選ぶ際の基準は、「自分がやらなくても一定の品質が確保できる仕事か」です。スキルの観点ではメンバーが既に持っているか、育てながら任せられるか。リスクの観点では失敗したときのリカバリーが可能か。成長機会の観点ではメンバーにとって伸びしろになるか。この三つの軸で考えると、「任せる・任せない」の判断が整理されます。

任せるときに渡すべき情報は、タスクの手順だけではありません。背景——なぜ必要で、どういう判断から生まれたか——、期待水準——どのレベルで完了とするか——、判断軸——迷ったときにどう考えるか——の三つをセットで渡すことで、途中の報告回数と質が変わります。手順だけを渡すと、想定外の場面でメンバーが止まり、都度確認が発生します。この三点セットが「任せ切れる」状態をつくります。

チームへマネジメントを可視化する

プレイングマネージャーは現場にいる時間が長いため、チームからは「プレイヤーとして動いている人」という印象を持たれやすい立場です。1on1をしていても、方針を考えていても、それがチームから見えていなければ、マネジメントしている事実は組織の行動規範に届きません。PMがどう動いているかは、チームの文化をつくります。見えていないことは、存在していないのと同じ影響しか持ちません。意図的に「マネジメントしていること」を見せる工夫が必要です。

具体的な方法の一つが、週次の方針共有メッセージです。週の始まりに「今週チームとして何を優先するか」を短くても言語化して伝えるだけで、チームの方向感が揃います。形式は問いませんが、チャットでの一言メッセージでも、朝礼での一分間共有でも、継続することに意味があります。PMがマネージャーとして考えていることが可視化されます。

もう一つが、メンバーの成果を明示的に認める場の設計です。口頭での感謝は日常的に起きますが、チーム全体に向けて「このメンバーがこの課題に対してこう動いてくれた」と伝える機会を意図的につくることで、メンバーの行動がチームの規範として共有されます。PMが何を評価しているかが見えることで、チーム全体の行動が変わっていきます。また、「今からマネージャーモードに入る」という宣言行動は、PMのマネージャーとしての存在をチームに具体的なものとして認識させる効果もあります。

プレイヤー業務を手放す判断基準

プレイングマネージャーとしてチームをある程度回せるようになると、次に直面するのが「いつまでプレイヤーを続けるか」という問いです。組織の規模が大きくなり、チームが成熟し、マネジメントに必要な時間が増えていくにつれて、プレイヤー業務を持ち続けることが持続不可能になる時点が来ます。この問いを先送りし続けると、マネジメントとプレイヤー業務の両方が中途半端なまま固定されます。

手放すべきサインとして代表的なのは、マネジメント業務を後回しにしてプレイヤー業務を優先せざるを得ない状況が常態化しているときです。チームの人数が増え、個々のメンバーが育ってきたにもかかわらず、自分が抱えている仕事量が減っていない状態も同様のサインです。両方のロールで常にキャパシティの上限に達しているなら、どちらかの負荷を減らす設計に入るタイミングです。

手放すための準備は、急にはできません。引き継ぎ設計——誰に、どの業務を、いつまでに渡すか——を先に設計し、後任が対応できる状態になってから手放すことが基本です。「自分がいなくてもこの業務は回る」という状態をつくる作業そのものが、マネジメントの一部です。後任育成の時間を確保する目的でも、プレイヤー業務の一部を早めに手放すことが有効になります。

※著者の体験

外部コンサルとして複数の組織に関わる中で、プレイヤー業務を意識的に手放しているマネージャーとそうでないマネージャーとで、周囲の状態が変わっていることを何度も観察しました。手放せているチームでは、小さな判断がメンバーに委ねられていて、確認のために人が止まる場面が少なかったです。

手放したことがあるマネージャーと話すと、「しばらくは怖かった」という言葉が出ることが多くありました。任せた後に仕上がりが下がる時期があり、その間どう過ごしたかを語る方が複数いました。外から見ていると、その時期を越えたチームとそうでないチームとでは、その後のメンバーの動き方が変わっていく印象がありました。

「いつ手放すべきかがわからない」と聞かれることがあり、明確な基準を私は答えられませんでした。ただ「今手放せない理由」を言葉にしてみると、次に何から手をつければよいかが見えてくる場合が多かったです。理由によって、準備にかかる時間がかなり変わってくることを感じていました。

「プレイヤーを手放す=弱さや逃げ」という感覚は多くのPMが持ちます。しかしこれは、「組織の能力をどこに使うか」という意思決定の問題です。自分が対応できるからといって自分でやり続けることよりも、後任を育てることに時間を使う方が組織全体の力を高めます。手放すことは、組織を強くする意思決定です。

そもそもプレイングマネージャーはなぜ機能しにくいのか

ここまで仕事術を整理してきましたが、前提となる問いに向き合う必要があります。「個人が努力と工夫を重ねれば、PMという役割はうまく機能する」という前提は、本当に成り立つのでしょうか。多くのPMが同じような困難に繰り返しぶつかるのは、個人の能力や努力の問題だけでなく、役割の構造そのものに機能しにくさが組み込まれているからです。この認識は、仕事術を使う際の取捨選択を合理的にする助けになります。

PMという役職は、評価軸が二重になっています。プレイヤーとしての個人成果も問われ、マネージャーとしてのチーム成果も問われます。どちらかに全力を注げば、もう一方が犠牲になります。この評価の二重性が、何をどのくらいやればよいかの基準を曖昧にし、「どちらも中途半端」という状態を構造的に生み出します。心理的な負荷が慢性化するのも、この二重性が原因のひとつです。

「プレイングマネージャーがうまく機能しにくい」という現象を個人の習熟度の問題として捉えると、「経験を積めば両立できるはずだ」という見立てになります。しかし、経験豊富なPMが同じ困難に繰り返しぶつかる事実は、それが技術の問題ではなく役割設計そのものの問題であることを示唆しています。注目すべきは、二つの役割が一人に割り当てられているという事実よりも、それぞれの役割が追求すべき最適化の方向が根本的に異なるという点です。個人成果を最大化しようとする力と、チームの力を引き出そうとする力は、短期的には相反するトレードオフを含んでいます。どれほど工夫を重ねても解消されない部分が残るとすれば、それは個人の限界ではなく、構造上の摩擦として理解する方が正確かもしれません。

個人がこの構造的機能不全を認識することは、あきらめにつながるのではありません。むしろ、「すべてが個人の努力で解決できる問題ではない」と理解することで、仕事術の取捨選択が合理的になります。限られた時間とエネルギーをどの工夫に使うか、どこで上司や組織に働きかけるかの判断が、現実的なものになります。

機能させるために組織・上司が整える条件

PMがうまく機能している現場を観察すると、共通していくつかの要素が見えます。上司がPMの現状——プレイヤー比率・マネジメント負荷・チーム規模——を把握し、適切な業務量の設計に関与していること。評価制度において、プレイヤー成果とマネジメント成果のどちらをどの比重で見るかが明示されていること。PMが「手を挙げれば調整できる余地がある」と感じられる環境があること。これらが揃っていると、個人の仕事術の効果も最大化されます。

逆に言えば、PMが一人でできることには構造上の限界があります。上司・組織への働きかけ——自分の現状を言語化して共有し、業務量や評価軸について対話する——は、仕事術と同等に重要な行動です。「状況を整えるのは上の仕事」と待つのではなく、「自分の状況をわかりやすく伝えることが自分の仕事」という視点で動くことが、PM個人にできる最も有効な組織への働きかけになります。

あわせて読みたい

筆者:店長

営業と、競馬と、しゃべる植物。あっAIも。つい、いろいろ作ってしまう人です。

→ 店長の正体(詳しいプロフィール)

店長

Xアカウント:@nishi_sales_ai 新卒で大手の人材・情報サービス系の会社に入社し、飛び込み営業から深耕営業、大手企業担当まで第一線で経験を積む(表彰歴多数)。その後、事業企画・営業企画部門で経営に近い立場から営業組織と数字に向き合い、10年勤続を経て独立。営業組織の改善に特化したコンサルタント企業を立ち上げる。 コンサルタントして数々の現場に入りつつ、自ら営業特化の転職エージェントも運営。近年はAIを活用した営業組織の業務改善・生産性向上プロジェクトに携わる。現在は、自分たちで作った法人向けゲーミフィケーションサービス「Game toB」と営業向けSFA「商談ノート」を提供しながら、その公式メディアである当サイトで、営業と組織づくりの実践知を発信している。

この著者の記事一覧

\ 最新情報をチェック /

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です