上司から仕事を抱え込むと言われたら、渡す前に一覧を出す

1on1の終わりぎわ、上司から「あなたはまた抱え込んでいる」と言われた。反論の代わりに浮かんだのは、渡せる相手の顔が一人も浮かばないという事実だった。持ち帰った手元のタスクは減らないまま、来週も同じ話をされる予感がした。

flowchart TD
    A[抱えている物] --> B{渡せるか}
    B -->|今すぐ| C[渡す]
    B -->|準備要| D[育てて渡す]
    B -->|不可| E[残す]

「抱え込みすぎ」は性格診断ではない

#

「抱え込みすぎ」という指摘は、たいてい早く渡せで終わる。だが渡すという動詞には、渡す相手・渡す形・渡すタイミングの3つが要る。どれか一つでも欠けていれば、渡すは実行できない動詞のまま宙に浮く。

性格の問題として片付けられると、直す方法は気合いの話しか残らない。実際には手順が設計されていないだけで、これは業務設計の不備であって気質の欠陥ではない。渡せない仕事の一覧を先に出すのは、この帰属を組織側に押し返す最初の一手になる。

なお「自分でやったほうが早い」という判断そのものの是非は別記事で扱った。ここでは、渡す前に何を渡せるかを仕分ける一覧化の実務だけに絞る。

渡せない理由を能力と情報に分ける

#

渡せない理由を一括りにすると、対策も一括りの「もっと信頼しろ」になってしまう。だが実際には能力の理由と情報の理由は別物で、打つ手も別になる。

私はこれまで、部下やメンバーが作った提案書を土壇場で巻き取ったことが何度もある。あるクライアント向けの初回提案では、担当チーム3人が出してきた案の焦点がぼやけたままで、提出3日前に全部を自分で書き直した。任せた成果物が判断基準からずれていた、これは能力側の理由だ。

一方、契約継続が見えている後続案件の提案は、レビューだけに留めて巻き取らなかった。対外リスクが小さく、多少粗くても後で直せる規模だったからだ。ここに渡せない原因があったとすれば、それは能力ではなく背景情報——なぜその案件を取りたいのか、何を先方に約束済みなのか——が自分の頭にしかなかったことのほうだった。

能力が理由なら、渡す前に育てる時間が要る。情報が理由なら、育てる必要はなく、書き出せば渡せる。この違いを混同すると、育てなくていい仕事まで手元に抱え続けることになる。

一覧を「渡す・育てて渡す・残す」の3列で作る

#

今手元にある仕事を、思い出せる限り書き出す。次にそれぞれを渡す・育てて渡す・残すの3つに分け、渡せない理由を能力か情報かで添える。この形にすると、上司への説明が「もっと巻き取ります」ではなく判断の根拠になる。

【抱えている業務の棚卸し】
業務名　　　：
分類　　　　：渡す／育てて渡す／残す
渡せない理由：能力／情報／その他（　）
次の一手　　：
期限　　　　：

渡すに入った仕事は、引き継ぎメモ1枚と締め切りを渡して終わりにする。業務そのものの切り出し方はこちらの解体手順が使える。

育てて渡すに入った仕事は、対外リスクが小さい案件から先に渡し、判断がずれた箇所だけ都度拾い直す。全部を一度に渡さないのがコツで、失敗の影響が小さい場所から任せる範囲を広げていく。

残すに入った仕事は、本当に情報を出し切っていないのに残っていないかをまず疑う。背景や経緯が自分の頭にしかないだけなら、それは書き出す作業であって能力の問題ではない。判断基準の言語化そのものは3つの問いに分ける記事に手順がある。

「残す」に落ちた仕事の逃げの一手

#

3分類をやっても、渡す相手が本当にいない仕事は残る。それ自体は失敗ではない。ただし黙って持ち続けるのと、期限を切って持つのとでは意味が違う。

残すに分類した仕事には、いつまで自分が持つかを書き添えて上司に見せる。理由が能力なら育成待ちの順番、情報なら書き出す時間が取れていないだけだと明記する。これだけで「抱え込みすぎ」という評価は「今は構造上残さざるを得ない」という説明に置き換わる。

それでも渡す相手が組織に一人もいないなら、配分そのものを相手に判断として返す動きに切り替えてよい。この業務は本来誰の担当と決まっているのかを、一覧を見せた上で上司に問い返す。

まとめ：抱え込みは気質ではなく手順の不在

#

抱え込みは気質ではなく、渡す手順が設計されていないことの結果だ。一覧を先に出せば、責められる側から判断を求める側に立場が変わる。

本記事は AI が下書きし、管理人が監修しています。