仕事ができる人とは、単に作業が速い人ではありません。
本当に仕事ができる人は、業務を定義できます。
つまり、
- 何のためにやるのか
- 誰に向けたものなのか
- 何を達成すれば完了なのか
- どこまでが今回の範囲なのか
- 誰が確認するのか
- いつまでに必要なのか
- 修正はどこまで受けるのか
- 完成後の保守は誰が見るのか
こうしたことを整理できます。
一見すると、これはとても価値のある能力です。
実際、価値があります。
しかし職場では、この能力がある人ほど仕事を任されすぎることがあります。
なぜなら、未定義の仕事を渡されても、ある程度形にできてしまうからです。
「ざっくりこんな感じで」
「いい感じにして」
「動画で出すとよさそうだから作って」
「資料にして」
「AIでなんとかならない？」
「これ、できる？」
「ちょっと見て」
こうした曖昧な依頼を受けたとき、業務定義ができる人は、相手の頭の中を補完して、目的を整理し、構成を作り、成果物に変換できます。
すると、周囲からはこう見えます。
「あの人に頼めば形になる」
「あの人は仕事が速い」
「あの人ならわかってくれる」
「あの人ならできる」
これは評価でもあります。
しかし同時に、便利屋化の入口でもあります。
仕事ができる人は「作業」ではなく「未定義」を処理している
周囲から見ると、成果物だけが見えます。
動画ができた。
資料ができた。
標準書ができた。
説明がわかりやすくなった。
AIで整理された。
メール文が整った。
発表資料が見やすくなった。
だから、周囲は「作業が速い」と思います。
しかし実際には、作業の前にかなり重い処理があります。
たとえば動画を作る場合、単に編集ソフトを触っているだけではありません。
- 誰が見る動画なのか
- 何を伝える動画なのか
- 見る人は何を不安に思うのか
- 固い説明だと伝わらないのではないか
- 笑顔や柔らかい雰囲気が必要ではないか
- 砕けたセリフを入れた方が見やすいのではないか
- どの順番で見せると理解しやすいか
- どこまで作り込めばMVPとして成立するか
- どこから先は修正ループになるか
- いつ修正受付を締めるか
こうしたことを考えています。
つまり、仕事ができる人が処理しているのは、目の前の作業だけではありません。
未定義を定義しているのです。
相手が言語化していない目的を読み取り、見る人の心理を想像し、必要な構成に変換し、成果物に落としています。
これは高い能力です。
しかし、周囲がその見えない工数を理解していないと、簡単にこうなります。
「できるなら、次もお願い」
「これも動画にして」
「これも資料にして」
「ついでにここも直して」
「前やってくれたやつ、また見て」
この瞬間、強みが負担に変わります。
「できる？」という質問には注意が必要
仕事ができる人ほど、「できる？」と聞かれます。
しかし、この質問には注意が必要です。
なぜなら、「できる？」には二つの意味が混ざっているからです。
一つは、技術的に可能かどうか。
もう一つは、自分が引き受けるかどうか。
この二つは別です。
たとえば、
「動画を作れる？」
「AIで資料化できる？」
「CSVを検索できるツールを作れる？」
「この業務を標準書にできる？」
技術的には、できるかもしれません。
しかし、引き受けるかどうかは別問題です。
なぜなら、そこには次のような作業が含まれるからです。
- 目的確認
- ニーズ整理
- 要件定義
- 関係者調整
- 構成作成
- 実作業
- 確認依頼
- 修正対応
- 完了条件の整理
- 後日の保守メンテ
これを全部含めて「できる？」と聞かれているなら、単なる技術確認ではありません。
それは作業依頼です。
だから、「できる？」と聞かれたときに、すぐに「できます」と答えるのは危険です。
答えるなら、こうです。
技術的には可能だと思います。
ただ、対応する場合は目的・範囲・期限・確認者・優先順位を決める必要があります。
または、
できるかどうかで言えば可能ですが、作業として引き受けるかは別です。
新規で作る場合は、設計・調整・作成・確認・修正まで入るので、別件として整理が必要です。
大事なのは、能力と引き受けを分けることです。
なぜ業務定義できる人ほど任されるのか
業務定義できる人が任されすぎる理由は、主に三つあります。
一つ目は、未定義のものを形にできるからです。
多くの人は、曖昧な依頼を渡されると止まります。
「何を作ればいいの？」
「誰向けなの？」
「どこまでやるの？」
「何をもって完了なの？」
ここで止まります。
しかし業務定義できる人は、ある程度自分で補完できます。
「たぶん目的はこれ」
「見る人はこの層」
「不安はここ」
「必要なのはこの構成」
「今回はMVPでここまで」
「修正受付はここで締める」
こうして形にできます。
二つ目は、他の人が大変さを想像できないからです。
成果物だけを見ると、簡単そうに見えます。
3時間で動画ができた。
すぐに資料ができた。
メール文が整った。
説明がわかりやすくなった。
しかし、その裏には、目的整理、構成、表現、関係者調整、確認、修正、リスク管理があります。
見えない工数が見えないまま、「じゃあ次も」と言われます。
三つ目は、組織が未定義の仕事を誰かに吸わせがちだからです。
本来なら、仕事を依頼する側が次のことを整理するべきです。
- 目的
- 対象者
- 期限
- 優先順位
- 確認者
- 完了条件
- 変更受付期限
- 担当範囲
しかし、それが整理されないまま依頼されることがあります。
そのとき、整理できる人に仕事が寄ります。
これが「未定義吸収係」です。
仕事ができる人ほど、穴の空いた業務設計を自分の能力で埋めてしまう。
そして、埋められるからこそ、また頼まれる。
これが便利屋化の構造です。
評価されることと、背負わされることは違う
仕事ができて褒められるのは良いことです。
「わかりやすい」
「雰囲気が良い」
「早い」
「助かった」
「またお願いしたい」
こう言われると、能力が認められたように感じます。
実際、認められている部分もあります。
しかし、ここで注意が必要です。
評価されることと、背負わされることは違います。
褒められたからといって、次の依頼を全部受ける必要はありません。
成果物の価値が認められた。
それは良いことです。
でも、その価値を出すために必要だった工数、神経、判断、設計、調整まで、毎回無料で差し出す必要はありません。
むしろ、価値が高い仕事ほど、範囲を決める必要があります。
「これは効果がありますね」
「ただし、新規作成する場合は設計・調整・作成・確認まで入ります」
「軽微な修正なら対応できます」
「新規作成は別件として優先順位と担当範囲を確認したいです」
こう言えることが大事です。
仕事を任されすぎる人の危険サイン
次のような状態になっているなら、便利屋化が始まっています。
- 「ちょっと」が増えている
- 依頼の目的が曖昧なまま来る
- 自分が要件定義からやっている
- 誰が確認者かわからない
- 期限だけ急に決まっている
- 優先順位が確認されていない
- 成果物を出した後に修正が増える
- 「前やってくれたやつ」が増える
- 新規作成と軽微修正が同じ扱いになっている
- 他の人ができない仕事が自分に寄る
- 自分の通常業務や自分の開発が削られている
- 疲れているのに「できるから」と受けてしまう
特に危ないのは、「できる人だから」という理由で未定義の仕事が流れてくる状態です。
これは評価ではなく、構造的な負荷の偏りです。
自分を守る方法1：対応範囲を先に出す
仕事を任されすぎる人がまずやるべきことは、対応範囲を出すことです。
たとえば動画なら、
対応可能：
- 既存動画のタイトル変更
- 軽微な文言修正
- 既存素材の小さな差し替え
- 型や進め方の共有
対応不可：
- 新規動画の丸ごと作成
- ニーズ整理からの対応
- 撮影調整
- 構成作成
- 編集作業
- 確認・修正ループ
- 保守メンテ
このように、できることとできないことを分けます。
ポイントは、全部断る必要はないということです。
「軽微修正ならできます」
「方向性の相談ならできます」
「型の共有ならできます」
このように、軽い対応範囲を残しておくと、関係を壊さずに境界線を引けます。
自分を守る方法2：「優先順位」を確認する
急な依頼が来たときは、すぐに受けるのではなく、優先順位を確認します。
たとえば、14時に「今日中」と言われた場合、実質的には「今すぐやれ」という意味になります。
その場合は、こう返します。
今日中に対応する場合、現在進めている作業を止める必要があります。
どちらを優先するか確認させてください。
または、
今日中であれば簡易版までになります。
正式版として作る場合は、構成・確認・修正まで必要になるため、別日対応になります。
こう言うことで、相手の思いつきをそのまま吸わずに済みます。
大事なのは、「無理です」だけではなく、「何を止める必要があるか」を見せることです。
仕事は時間の奪い合いです。
新しい依頼を入れるなら、何かを後ろにずらす必要があります。
その判断を自分だけで背負わないことが重要です。
自分を守る方法3：確認者と完了条件を決める
未定義の仕事で一番危険なのは、終わりがないことです。
だから、始める前に確認者と完了条件を決めます。
- 誰がOKを出すのか
- 誰の修正を受けるのか
- いつまで修正を受けるのか
- 期限後の修正はどう扱うのか
- どの状態で完了とするのか
これを決めずに始めると、修正ループになります。
「ここも直して」
「やっぱりこうして」
「別の人からも意見が出た」
「前のやつ、もう一回見て」
こうなります。
防ぐには、最初からこう言います。
修正がある場合は、○月○日○時までに具体的な内容を共有してください。
期限までに修正依頼がなければ、現版で完了扱いとします。
これはかなり強い境界線です。
完了条件を決めることで、仕事が閉じます。
仕事を閉じる力は、自分を守る力です。
自分を守る方法4：「新規作成」と「軽微修正」を分ける
便利屋化を防ぐには、新規作成と軽微修正を分ける必要があります。
たとえば、既存動画のタイトルを変えるだけなら軽いです。
しかし、新しい動画を作るなら重いです。
そこには、
- ニーズ確認
- 構成作成
- 撮影調整
- 出演者調整
- 編集
- 確認
- 修正
- 完了判断
が入ります。
同じ「動画」でも、重さがまったく違います。
だから、こう言う必要があります。
既存動画のタイトル変更や軽微修正であれば対応できます。
新規で作成する場合は、構成・撮影・編集・確認まで入るため、別件として確認させてください。
これは動画に限りません。
資料作成でも同じです。
既存資料の誤字修正は軽い。
新規資料の構成から作るのは重い。
AIで文章を整えるのは軽い。
業務フローを聞き取って標準書にするのは重い。
Excelの列を直すのは軽い。
業務を分析して管理表を設計するのは重い。
ここを同じ扱いにしないことが大事です。
自分を守る方法5：「できるけど、今は受けない」と言う
仕事ができる人は、「できます」と言いがちです。
しかし、自分を守るには、こう言う必要があります。
技術的には可能ですが、今の優先業務と負荷を考えると、こちらで作業として引き受けるのは難しいです。
これはかなり使いやすい言い方です。
能力は否定していません。
でも、引き受けは断っています。
または、
できるかどうかで言えば可能ですが、対応する場合は目的・範囲・期限・確認者を決める必要があります。
これも有効です。
「できる？」と聞かれたら、「できます」ではなく、
「技術的には可能」
「ただし作業範囲の整理が必要」
「今の優先順位では受けられない」
「軽微修正なら可能」
「新規作成は別件」
このように返す。
これが、できる人が自分を守るための言い方です。
自分を守る方法6：型だけ渡す
すべてを自分で作る必要はありません。
仕事ができる人は、型を作るのが得意です。
だから、個別対応を全部引き受けるのではなく、型を渡すのがよいです。
たとえば、
- 動画の構成テンプレート
- 撮影前チェックリスト
- 修正依頼フォーマット
- 資料作成の見出しテンプレート
- 標準書作成の入力シート
- AIに投げるプロンプト
- 完了条件チェックリスト
こうした型を渡せば、相手も自分で進めやすくなります。
そして、自分は毎回の個別制作担当にならずに済みます。
新規作成をこちらで全部対応するのは難しいですが、進め方の型は共有できます。
必要事項を埋めてもらえれば、軽く確認することはできます。
この形が理想です。
作るのではなく、相手が作れる状態を作る。
これなら、能力を活かしながら便利屋化を防げます。
自分を守る方法7：自分の資産になる仕事を優先する
仕事ができる人ほど、他人の未定義を処理できます。
しかし、その時間は本来自分のためにも使えます。
- 自分のアプリ開発
- 自分の記事作成
- 自分のサービス改善
- 自分の転職準備
- 自分の学習
- 自分の収益化
- 自分の休息
これらを削ってまで、他人の未定義を無料で吸う必要はありません。
特にAIツールや開発支援ツールには、使用制限があります。
自分のCodex枠、自分の集中力、自分の時間は、自分の資産になる作業に使うべきです。
もちろん、会社の業務として正式に依頼され、優先順位が決まり、評価や役割に紐づくなら別です。
しかし、曖昧なまま「ちょっとお願い」で流れてくるものは危険です。
それは、自分の時間を削るだけで、評価や報酬につながらない可能性があります。
だから、自分に問いましょう。
これは自分の資産になるか？
正式な業務として優先順位が決まっているか？
評価や役割に紐づくか？
終わりが決まっているか？
修正ループを防げるか？
このどれもないなら、受けない方がよいことが多いです。
依頼を受ける前の確認テンプレート
新しい依頼が来たら、次の項目を確認します。
1. 目的
何のために作るのか？
2. 対象者
誰が見る・使うのか？
3. 成果物
何を作るのか？
動画、資料、標準書、一覧表、メール文、ツールなど。
4. 期限
いつまでに必要なのか？
5. 優先順位
今の作業を止めてまでやる必要があるのか？
6. 確認者
誰が最終OKを出すのか？
7. 修正期限
いつまで修正を受け付けるのか？
8. 担当範囲
自分はどこまでやるのか？
相手は何を用意するのか？
9. 完了条件
どの状態になったら終わりか？
10. 保守
完成後に壊れたり変更が出たら誰が対応するのか？
この10個が曖昧なままなら、まだ作業に入らない方がいいです。
なぜなら、その曖昧さを全部自分が吸うことになるからです。
断り方テンプレート
軽く断る
効果はありそうですが、新規で作る場合は構成・調整・作成・確認まで入るため、こちらで個別に全部対応するのは難しいです。
軽微な修正であれば対応できます。
優先順位を確認する
今日中に対応する場合、現在進めている作業を止める必要があります。
どちらを優先するか確認させてください。
別件扱いにする
新規作成となる場合は、目的・期限・確認者・担当範囲を決めたうえで、別件として確認させてください。
修正ループを防ぐ
修正がある場合は、○月○日○時までに具体的な内容を共有してください。
期限までに修正依頼がなければ、現版で完了扱いとします。
技術的には可能だが受けない
技術的には可能だと思いますが、今の優先業務と負荷を考えると、こちらで作業として引き受けるのは難しいです。
型だけ共有する
こちらで個別に作成するのは難しいですが、進め方の型や確認項目であれば共有できます。
必要事項を埋めてもらえれば、軽く確認することは可能です。
まとめ：業務定義できる人ほど、境界線が必要
業務を定義できる人は、仕事ができます。
作業が速いだけではありません。
目的を読み取り、対象者を想像し、優先順位を判断し、必要な構成に落とし、成果物に変換できます。
これは強い能力です。
しかし、その能力がある人ほど、未定義の仕事を任されやすくなります。
「できる？」
「ちょっと作って」
「いい感じにして」
「前やってくれたやつ、また見て」
こうした依頼が増えます。
そこで何でも受けると、便利屋化します。
無料要件定義マンになります。
修正ループに入ります。
保守メンテ担当になります。
自分の仕事、自分の開発、自分の神経、自分の資産化時間が削られます。
だから、業務定義できる人ほど、境界線が必要です。
大事なのは、全部断ることではありません。
- 技術的にできることと、引き受けることを分ける
- 新規作成と軽微修正を分ける
- 優先順位を確認する
- 確認者と完了条件を決める
- 修正期限を切る
- 型だけ渡す
- 自分の資産になる仕事を優先する
これが、自分を守る方法です。
仕事ができる人は、ただ仕事を増やす人ではありません。
本当に仕事ができる人は、業務を定義できる。
そして、自分の担当範囲も定義できる。
ここまでできて、ようやく自分を守りながら価値を出せます。
