# 日常・定期・工程起点・依頼起点：役割のタスクを業務フローにつなぐには

- 著者: Andrew David W.Y.
- 出典: https://yutengfei.com/ja/journal/role-task-entry/
- 版: R1
- 公開: 2026-11-04
- 改訂: 2026-11-04
- 公開状態: 全文公開
- コンテンツの種類: 方法 (methods)
- 研究テーマ: ステークホルダー資本ガバナンス (stakeholder-governance)
- エコシステムの視点: 運営エコシステム (operations) · リソースエコシステム (resource)

## この資料の使い方

**用途**: 一つのタスクには複数の属性が重なることがあります。なぜ発生し、いつ対応し、どう引き受けるのかを明確にし、複数の入口から来る情報を、根拠・責任・成果物の基準が明確な一つの仕事につなぎます。

**利用条件**: 対象、目的、制約が今回の課題に合うか確認し、本文に明記されていない条件は別途確認してください。

**方法 · 手順、入力、完了条件**

**根拠と検証の範囲**: 実際の業務で手引きを試し、責任、作業の起点、成果物の条件を確認してから、試行の反応を踏まえて改訂します。 この記事には外部検証の結果を別途登録していません。公開だけで有効性が確認されたとはいえません。本文の根拠、仮定、限界を確認してください。

これは読解・引用用の知識資料で、インストール済みの Skill ではありません。AI で利用する際も出典と限界を残し、出力を確認してください。

## 本文

役割ごとの業務マニュアルを明確にしても、仕事が必要なときに始まるとは限りません。

毎日メッセージに対応しているのに、月末の確認を忘れてしまう。誰かの指示を待っていて、フローが自分の担当段階に進んでいるのに動き出さない。転送された連絡を受け取って新しいタスクを作り、二人が同じ仕事をしてしまう。そんなことがあります。

こうした問題は、タスクがフローに入るところで起こりがちです。なぜこの仕事が発生したのか。いつ対応すべきか。誰が引き受けるのか。すでに誰かが取り組んでいないか。

私は役割ごとの仕事を整理するとき、まず四つのタスク属性を見ます。**日常、定期、工程起点、依頼起点です。一つの仕事に複数の属性が当てはまることもあります。** 属性を明確にするのは、仕事に合った進め方を決めるためです。実際に着手するには、目的、条件、引き受ける責任を確認する必要があります。

ここでいう役割は、仕事の中で具体的な責任を担う立場を指します。SOP は標準作業手順です。

## 四つの属性は、それぞれ何を表すのか

| 属性 | 確認したいこと | 役割ごとに準備すること |
| --- | --- | --- |
| 日常 | 継続的に目を配り、通常業務として繰り返し行う仕事は何か | 対応範囲、対応時間帯、記録方法を明確にする |
| 定期 | 決められた間隔や日程で行う仕事は何か | 周期、期限、今回の対象範囲を明記する |
| 工程起点 | SOP がどの段階に進み、どの条件が満たされるとタスクが発生するか | 該当段階、前工程の成果、発生条件を確認できる根拠を明記する |
| 依頼起点 | 誰が何を依頼・割当し、受け取った後にどう確認するか | 依頼者、要望、受領記録、引受けについての返答を残す |

**日常**は、継続的に目を配ることを重視します。例えば、決められた対応時間帯に問い合わせ窓口を確認し、フォローが必要な連絡を見つける仕事です。すべての連絡をすぐに処理し終えるという意味でも、一人が常時オンラインで待機するという意味でもありません。対応時間帯、交代の取り決め、異常時の報告方法は、実際の業務に合わせて決めます。

**定期**は、事前に決めたリズムを重視します。例えば、対応中の案件を毎週見直す、資料の有効期限を毎月確認するといった仕事です。日常業務にも毎日の固定した予定を設けることがあるため、「日常」と「定期」は重なることがあります。毎日の終業前に問い合わせ記録を整理するなら、通常業務であると同時に、毎日という明確なリズムを持つ仕事です。

**工程起点**は、ここでは次のように定義します。**SOP が所定の段階に進み、その条件が満たされたときに、その段階の仕事が発生することです。そこに到達する具体的な時刻は、事前には確定できません。** 例えば、要件の確認が完了して点検にも通り、フローが見積り段階に進むと、見積りタスクが発生します。「発生後、どのくらいで対応するか」は決められます。ただ、予定表を埋めるために、前工程の成果が必ず特定の日にそろうと仮定することはできません。

**依頼起点**は、受け取り方を表します。他の人が仕事を依頼・割当し、該当する役割がそれを受け取るということです。依頼者は、協力先、顧客、プロジェクト責任者、共に価値を生み出す他の参加者かもしれません。「依頼起点」は、仕事への主体性が低いという評価ではなく、依頼者が上司であることも条件ではありません。受け取った人は、その後も要望を明確にし、引受けの条件を判断し、対応予定を返答する必要があります。

四つの属性は、見ている側面が異なります。日常と定期は主に仕事のリズムを決める助けになります。工程起点は SOP の中でタスクが発生する条件、依頼起点は他の人から仕事が入ってくることを表します。四つの区分から一つだけを選ぶわけではなく、優先順位やタスクの状態の代わりになるものでもありません。

横にスクロールするか、図を大きく開いて確認できます。

[![図1：四つのタスク属性の意味と重なり](https://yutengfei.com/journal/role-task-entry/materials/ja/task-attributes.svg)](https://yutengfei.com/journal/role-task-entry/materials/ja/task-attributes.svg)

図1｜まず各属性が何を表すかを明確にし、同じ仕事に当てはまる属性を付けます。引き受けるか、緊急かどうかは、別に判断します。

[図を大きく開く ↗](https://yutengfei.com/journal/role-task-entry/materials/ja/task-attributes.svg)[編集可能な SVG をダウンロード ↓](https://yutengfei.com/journal/role-task-entry/materials/ja/task-attributes.svg)

## 一つの仕事に、複数の属性が重なる

ある企業で、要件調整の役割を担う人が、日常的に顧客からの問い合わせを確認し、毎日の終業前には、取り決めに従って未完了の案件を整理しているとします。前者は継続的に目を配る仕事です。後者には、日常と定期の両方の属性があります。

ある要件の確認が済み、SOP が見積り段階に進みました。協働する役割の担当者が、フローに従って今回の仕事を見積り担当者に割り当てます。見積り担当者から見ると、この仕事は工程の進行によって発生し、他の人からの割当によって入ってきたものです。そのため、「工程起点」と「依頼起点」の両方を付けられます。一方、システムが該当段階で自動的にタスクを生成しただけで、他の人からの依頼や割当がないなら、「依頼起点」を加える必要はありません。

その後、顧客から催促の連絡が来ても、同じ要件、同じ版、同じ成果物の目的を指しているなら、元のタスクに連絡を関連付け、やり取りや期限に関する情報を更新します。見積りタスクをもう一つ作ると、かえって食い違う二つの結果ができるおそれがあります。

ここでは、三つを分けて考えます。**継続的な職責は普段何を担当するか、タスクのルールはいつ仕事が発生するか、今回のタスクは今度何を納めるかを示します。** 「毎月1回確認する」はルールです。「今月期限を迎える資料を確認する」が、今回のタスクです。ルールそのものをいつまでも未完了リストに置き、毎月の作業を一つの記録にまとめてしまうのは避けたいところです。

タスク属性は、仕事の重要度も決めません。臨時の割当が大きな影響を持つこともあれば、後に回せることもあります。定期業務も、重要な場合がある一方、業務の変化に応じて見直す必要があるかもしれません。何を優先するかは、顧客との約束、経済的な影響、依存関係、期限、対応可能な能力や余力を踏まえ、必要な権限を持つ役割が決めます。

## タスクの発生から、取りかかれる状態まで

まず、仕事がどこから来たかを記録し、共通の基準で引き受けられるかを判断することを勧めます。次のように確認できます。

**第一に、この仕事はすでに存在していないか。**

同じ業務対象、成果物の目的、作業範囲、資料の版を探し、元のタスクに関連付けるか、新しく作るかを決めます。同じ名前でも、同じ仕事とは限りません。同じ仕事に、異なる名前が付いていることもあります。月ごとに対象が異なる確認作業は、通常は別のタスクです。同じ見積りに対する2回の催促は、多くの場合、連絡が追加されただけです。範囲や版が大きく変わるときは、元のタスクを変更するか、新しい仕事を起こすかを明確にし、両者の関係を残します。

**第二に、なぜ行い、どのような結果を得たいのか。**

どの業務に関係し、どこまで対応し、誰が結果を使い、どこまでできたら完了なのかを説明します。顧客や経済的な成果につながる仕事なら、業務のつながりをたどって、業績のどの段階を支えているかを示せるようにします。下位の作業項目がすべて完了していても、それだけで顧客価値や経済的な成果が実現したと判断することはできません。

**第三に、今、引き受けるための条件がそろっているか。**

入力資料、前工程の成果、適用ルール、必要な権限、対応可能な能力や余力を確認します。工程起点のタスクでは、該当する SOP の段階と、条件が満たされた根拠を示せる必要があります。定期タスクでも、今回の資料がそろっているかを確認し、予定時刻になっただけで着手できるとは考えません。タスクが発生した後も、今回の仕事に即して、引受けと実行の条件を確認します。資料が足りなければ、何が不足し、誰がそろえ、いつ再確認するかを残します。他の役割に引き継ぐ必要があれば、その理由と引継ぎ先を示します。

**第四に、誰が引受けを確認し、この後どう進めるのか。**

権限と分担の範囲内で、役割ごとに定めたルールに従って引き受けます。調整が必要な仕事では、誰が確認するかを明確にし、提供できる範囲、優先順位、対応時期と期限を記録します。依頼を受け取っただけなのに、完了を約束したと相手に誤解させないことが大切です。依頼が担当範囲や現在の能力を超える場合も、内容の確認、調整、引継ぎ、現時点では引き受けないといった返答をします。

実行条件がそろってから着手します。先に予定を組む必要があるなら、依存する前提、見込む日程、再確認の時期を明記します。計画上の日付を、条件が満たされた証拠にしてはいけません。待つ必要がある仕事には、理由と、再び判断する条件を残します。どの状態を設け、何に承認を必要とするかは、業務の複雑さに応じて設計します。分類のために確認の段階を重ねる必要はありません。

横にスクロールするか、図を大きく開いて確認できます。

[![図2：複数の入口から入るタスクを引受けにつなぐ仕組み](https://yutengfei.com/journal/role-task-entry/materials/ja/task-entry-flow.svg)](https://yutengfei.com/journal/role-task-entry/materials/ja/task-entry-flow.svg)

図2｜入口が異なっても、まず同じ仕事かどうかを確認し、次に目的、条件、引受け責任を判断します。資料がそろったり、予定を調整したりした後は再確認します。先に予定を組む場合は依存関係を明記し、実行前に条件が満たされたことを確認します。

[図を大きく開く ↗](https://yutengfei.com/journal/role-task-entry/materials/ja/task-entry-flow.svg)[編集可能な SVG をダウンロード ↓](https://yutengfei.com/journal/role-task-entry/materials/ja/task-entry-flow.svg)

## 役割の業務マニュアルに、最低限残しておきたいこと

これらの属性は、役割ごとの仕事の取り決めに書き込んでこそ、実務に使えます。少なくとも、次の六つの情報を残すことを勧めます。

1.  **目的と範囲**：なぜ行うのか。業務のどの部分を支え、境界はどこか。
2.  **属性と発生ルール**：どの属性が当てはまるか。日程や SOP の条件は何か。どこから仕事を受け取るか。
3.  **入力と根拠**：どの資料、版、前工程の成果が必要で、誰が提供するか。
4.  **引受けと調整**：今回の仕事を誰が担うか。権限や能力が足りない場合、誰に相談するか。
5.  **時期と成果物**：いつ返答し、いつ完了するか。何を納め、誰が使い、確認するか。
6.  **例外と関連付け**：重複、条件不足、範囲変更、引継ぎ、取り消しをどう記録するか。

この六つは、短いタスクカードにまとめられます。変わらず繰り返す部分はマニュアルに書き、その都度、今回の対象、資料、時間、変更点だけを記入します。単純な仕事で、毎回長い説明を書き直す必要はありません。

例えば、見積り業務の取り決めは、こう書けます。要件確認を通過したら、要件番号、版、確認記録に基づいて見積りに進む。見積り担当者は、定めたルールに従って引受けを確認する。原価や納期の根拠が不足していれば、まず不足を伝え、補ってもらう。成果物には、適用範囲、価格、納期、有効となる条件を含める。催促の連絡は元のタスクに関連付け、要件が変わったときは、先に版と作業範囲を確認する、という形です。

具体的な価格、返答までの時間、承認権限は、企業が業務や顧客との約束に合わせて決めます。この例は書き方を示すためのもので、すべての企業にそのまま適用する見積り規程ではありません。

## 開かれた共創では、自発的な貢献の入口も残す

資源、運営管理、顧客、資本という四つのエコシステムの参加者は、誰でも問題を見つけ、要望を伝え、自発的に貢献する可能性があります。四つのタスク属性によって、誰かを指示待ちの立場に固定してはいけません。

マニュアルと権限の範囲に含まれる仕事は、取り決めに従って自ら進められます。新しい提案であれば、解決したい問題、期待する結果、協力が必要な役割と資源を示し、適切な役割がどう業務に組み込むかを判断します。提案が出ただけで、他の人が仕事を引き受けたことにはなりません。利益や権利が自動的に生じることもありません。関連する取り決めは、実際の業務と制度に応じて別途明確にする必要があります。

少数精鋭の運営管理チームは、意思決定、ルール、調整を担い、価値の生産、販売チャネル、顧客関係をつなぎます。役割をまたぐ対立や資源配分の判断が必要ですが、すべての日常業務を一つずつ人の手で割り当てる必要があるとは限りません。ルールに従って進められる仕事では、いつ自分で行動してよいかを役割ごとに明確にします。調整が必要な事項についても、誰に相談すればよいかを示します。

業務マニュアルの対象は、価値の創出に貢献する役割です。購入・利用を行う顧客や、投資だけを行う投資家は、それぞれ対応する業務・コミュニケーションのフローを通じて参加します。実際に共創の役割を担って仕事を行う場合に、その役割の取り決めに従ってタスクを引き受けます。

## 実際の仕事を記録し、分類が役立つか確かめる

まず一つの役割を選び、一定期間に実際に発生した仕事を記録してみます。日常の取り決めから生じたもの、定期的に発生したもの、SOP の段階によって発生したもの、他の人から依頼されたものを見ます。複数選択を認め、重複した入口、待っている理由、実際の成果物も記録します。

振り返るときは、誰が何件こなしたかを、すぐに比べる必要はありません。まず、発生すべき仕事が抜けていないか。同じ仕事を重複して処理していないか。仕事に入ってから、条件不足で差し戻されていないか。依頼を受け取った人が、引受けや対応予定を適時に伝えたかを見ます。こうした記録があれば、ルールが明確かどうかを判断しやすくなります。

AI は、タスクの出所を整理し、重複の可能性を探し、不足資料や日程を知らせる手助けができます。ただし、同じ仕事かどうか、約束が変わるか、実行権限があるかは、実際のルールに従って確認する必要があります。四つの属性を設けただけで、AI が独立して判断や責任を担えると証明されるわけではありません。

この方法が役立つかどうかは、実際の業務で見ていくことになります。必要な仕事が適時に発生しているか。受け取ることと約束することの区別が明確になったか。完了した仕事を、もう一度割り当てていないか。今取り組んでいる一つの仕事から始め、なぜ発生し、どう引き受けるのかを明確にして、役割ごとの仕事の進め方を少しずつ整えていけばよいと思います。

* * *

研究の手がかり：著者の初期資料『SOP整理・設計の方法論』にある業務内容調査の分類、および役割、業務マニュアル、フロー上の協働に関する研究。本稿では、ここで定めた意味に沿って四つのタスク属性を説明し、仕事を引き受けるための具体的な方法を提案しています。効果は、個別の業務で試行し、検証する必要があります。

関連資料（中国語）：[企業計画の10ステップ：方向性・資源・実行をつなぐ](https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/)；[プロジェクトの予定表を、条件に沿って一段ずつ進めるには](https://yutengfei.com/zh/journal/conditional-project-milestones/)；[四つのエコシステムのガバナンスモデル：貢献・権益・協働の循環](https://yutengfei.com/zh/journal/four-ecology-governance-model/)。

## 関連資料

- [フローを次へ進める前に、何を引き渡すのか？](https://yutengfei.com/ja/journal/process-handover-and-entry-conditions/)
- [職務・職責の分析から役割別業務マニュアルへ：協働する人が貢献の仕方を理解するために](https://yutengfei.com/ja/journal/co-builder-role-handbook/)

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

別途明記された場合を除き原文の文章に適用し、第三者の素材は対象外です。ダウンロードや機械による読み取りは既存の許諾を拡張せず、派生物、商用利用、モデル学習を別途許可するものではありません。

[AI 利用ガイド](https://yutengfei.com/ja/journal/ai/)