職務・職責の分析から役割別業務マニュアルへ：協働する人が貢献の仕方を理解するために

ある事業に参加したいという人がいる。では、何から始めればよいのでしょうか。

「要件を整理してください」「コンテンツづくりを手伝ってください」と伝えるだけでは、相手はすぐに具体的な疑問に直面します。誰に話を聞くのか。どの資料を使えるのか。どこまで仕上げれば渡せるのか。意見が分かれたら、誰に判断してもらうのか。

社内でも同じことが起こります。職務や職責を書き、業務の流れを図にしていても、担当者が替わると、前の担当者が何度も説明しなければならないことがあります。

私は、役割別業務マニュアルには、責任を引き受けた後でどう仕事を進めるかを明確にする役割があると思っています。参加する人には、自分が何を貢献できるのか、どのような条件が必要なのか、ほかの人とどう仕事をつなぐのかが分かる必要があります。

一、この仕事が支えるべき成果を先に考える

マニュアルを書く前に、実際の業務を一つ選び、今どのような成果が必要なのかを確認します。

例えば、企業が事業紹介資料をつくろうとしているとします。まず必要なのは、原稿作成やデザインを始めるための、確認済みの要件書かもしれません。どの顧客に向けたものか、どの場面で使うのか、顧客に何を理解してもらう必要があるのかも明確にします。

「今、誰の手が空いているか」から分担を決めると、その場限りの割り振りが、長期的な職責として書き込まれやすくなります。既存の職名だけを起点に内容を埋めていくと、業務に本当に必要なのに、まだ誰も担っていない仕事を見落とすこともあります。

初期の研究資料『SOP梳理设计方法论』（標準作業手順〈SOP〉の整理・設計方法論）では、業務プロセス、職務、具体的な動作、基準、引き継ぎを結び付け、試行してから改善することを求めていました。この考え方を今につなげるなら、まず必要な成果を見定め、現在の仕事がそれをどう支えているかを確認できます。うまく機能している分担は残し、職責の重複、引き継ぎの抜け、実施条件の不足については、改めて話し合います。[1]

ここでは、二つの段階の成果を分けて考えます。要件書の確認が済むことは、一つの納品・引き渡しの完了です。それによって資料が分かりやすくなったか、顧客の判断に役立ったかは、その後の業務で観察する必要があります。マニュアルが十分に書かれ、期限内にタスクを終えたとしても、それだけで経営成果が改善したとは言えません。

二、役割、担当する人、今回のタスクをそれぞれ明確にする

職務分析は、仕事を理解する出発点になります。チームや組織をまたいで協力する場合は、その中で比較的独立して担える貢献を、役割として説明することも必要です。

ここでいう「価値貢献の役割」とは、どの種類の貢献と責任を引き受けるかについての合意です。例えば「要件整理の協力者」は、要件を集めて確認し、後の工程で使う要件確認書をまとめる役割を担えます。条件が合えば、社内の従業員も、社外の専門パートナーも、この役割を担えます。

一人が複数の役割を担うことも、同じ役割を複数人で担うこともできます。ただし、タスクごとに、引き受ける人、協力する人、受入確認をする人を明確にしなければなりません。「要件整理の役割が担当する」とだけ書いても不十分です。複数人で担う場合は、それぞれの範囲も示し、全員が「ほかの人が処理したはず」と思い込まないようにします。

資源、運営・管理、顧客、資本という四つのエコシステムは、参加関係を捉えるための視点です。役割の仕事を、四つのエコシステムごとに機械的に一組ずつ用意するわけではありません。どのような立場の参加者も、自ら貢献を提案でき、具体的な要望に応じることもできます。少人数で機能する運営・管理チームは、該当する意思決定とルール、価値の生産、販売チャネル、顧客関係の調整を担います。個々の事項を誰が決めるかは、実際の権限付与に基づいて明確にする必要があります。

業務マニュアルは、実際に引き受ける価値貢献の役割に対応させます。購入・利用のみを行う顧客は、購入、利用、フィードバック、アフターサービスなどの手順で参加します。投資のみを行う人は、該当する投資や情報共有の手順で参加します。この二つの立場であるという理由だけで、協働のための業務マニュアルを求めることはありません。別途、製品の共創、専門的な調査研究、その他の明確な貢献の役割を担う場合に、その役割のマニュアルを使います。[2]

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

図を大きく開く ↗編集可能な SVG をダウンロード ↓

三、一冊のマニュアルで八つの問いに答えられるようにする

職責の説明では、まず「何を担うか」を明確にできます。業務マニュアルには、それに加えて、どう始め、どう対処し、どう終えるのかを利用者に伝える必要があります。

次の八つの問いを、初版をつくる際のチェックリストとして使えます。分量は仕事の複雑さに合わせます。目次を埋めるためだけに、内容を増やす必要はありません。

職責は、ほかの人が具体的な仕事をイメージできる程度まで書きます。「要件管理を担当する」では、まだ広すぎます。「制作目的、使用場面、内容の範囲を確認し、要件確認書をまとめ、情報源と未確認事項を明記する」とすれば、何をするかが分かります。

基準も、仕事に即したものである必要があります。事実確認が必要な仕事なら、どの情報に出典が必要で、どの不足が先に進む妨げになるのかを示します。「責任感を持つ」「迅速かつ効率的に行う」といった言葉だけで、要件を置き換えてはいけません。探索的な仕事では、方法を選ぶ余地を残し、答えるべき問い、必要な根拠、話し合う節目を明確にします。すべての手順を固定する必要はありません。

SOP（標準作業手順）と役割別業務マニュアルは、相互に参照できます。マニュアルは役割を起点に、どのような場合にどの手順を使うかを伝えます。SOPは一つの仕事を起点に、関係する役割、手順、基準を示します。共通の手順は、有効な版を一つだけ維持し、マニュアルから参照します。複数の場所へコピーした後、それぞれが別の内容に変わっていく問題を減らすためです。

四、実際の仕事から内容を集め、ほかの人に試してもらう

初版は、すでに行ったタスク、またはこれから始めるタスクを一つ選ぶところから着手できます。

実際の担当者に、次のことを説明してもらいます。仕事はどこから来るのか。最初にどの資料を見るのか。どの判断に経験が必要なのか。通常は誰に確認するのか。最後に何を誰へ渡すのか。そのうえで、前工程と後工程の担当者にも確認してもらいます。担当者自身は完了したと思っていても、後工程が本当に受け取って使えるかは、ここで初めて分かることがあります。

整理する際は、内容を三つの状態に分けます。確認済みのやり方、試行を予定している取り決め、まだ決まっていない問題です。昔から続けているからといって、それが妥当な基準とは限りません。新しく提案されたよい方法も、実際に使ってみる必要があります。

次に、基本的な能力はあるものの、その仕事には不慣れな協力者を選び、マニュアルを使って、範囲を管理できるタスクを試してもらいます。初回は助言する人が付いてもかまいません。同時に、どこで手が止まったか、何の追加説明が必要だったか、どの入力資料がそもそも手に入らなかったかを記録します。

こうした問題が出たら、まずマニュアルと仕事を進める条件を確認します。説明が不明確なのか、タスクが能力を超えているのか。手順に抜けがあるのか、権限、資料、時間が用意されていないのか。原因を確かめてから、研修の追加、分担の変更、条件の調整、マニュアルの改訂を判断します。

仕事の不確実性がまだ高い場合は、簡潔な役割説明とタスク票で進め、実施しながら記録する方法もあります。無理に最初から固定手順へまとめると、利用者がすでに成り立たなくなった前提に従って仕事を続けてしまうことがあります。

五、「要件整理の協力者」を例に、初版を埋めてみる

以下は、企業の事業紹介資料づくりを想定した仮の例です。方法の使い方を示すもので、特定のプロジェクトですでに得られた効果を示すものではありません。

役割の目的：原稿作成とデザインの担当者が、どう仕事を進めるかを判断できる程度まで制作要件を整理し、使用場面、内容の範囲、事業に関する事実を何度も推測する手間を減らします。

開始条件：プロジェクト責任者が、制作目的、伝える相手、おおよその範囲を明確にしていること。使用可能な既存資料を提供し、事業に関する事実を誰が確認するかを決めていること。今回のタスクでは、提出期限、投入できる時間、受入確認者を別途合意します。

主な仕事：まず、誰が資料を見るのか、どの場面で使うのか、相手に何を理解し、どのような行動を取ってもらいたいのかを確認します。次に、事業内容と表現上の要件を整理し、重要な記述の情報源を確認します。意見の相違や不足事項を一覧にし、権限を持つ人に確認を求めます。

成果物：要件確認書を一つ作成します。少なくとも、使用場面、対象者、内容の範囲、重要な事業上の事実と情報源、納品仕様、確認済み事項、未確認事項、それぞれの責任者を含めます。具体的な期限、確認状況、適用する版は、今回のタスクとともに記録します。

権限と協力関係：協力者は、質問し、資料を整理し、表現方法を提案できます。事業範囲、製品に関する約束、価格、公開時期などは、該当する権限を持つ人が確認します。整理担当者が文書に書いたというだけで、未決定事項を企業の約束に変えることはできません。

受入確認と受け取り：受入確認者は事実と範囲を確かめ、原稿作成とデザインの担当者は、仕事を始める条件が整っているかを確認します。不足が一部の内容にしか影響しない場合は、確認済みのうちどの部分を先に進めるかを明確にできます。全体の方向性に影響する不足なら、先に補うか、改めて判断します。「ファイルを提出した」という事実だけで、どこまで使えるかの判断を済ませてはいけません。

例外への対応：資料同士が矛盾する、使用場面が変わる、追加要望が当初の範囲を超えるといった場合は、問題とその影響を記録し、該当する責任者に、補充、調整、一時停止、中止のいずれにするかを判断してもらいます。新しい範囲と期限は、再確認が必要です。協力者が自ら改善を提案することもできますが、実際の行動には相応の権限と条件が必要です。

完了と引き継ぎ：最終確認書と必要な根拠を保存し、後工程の担当者に未決事項、制約、版を伝えます。担当者が替わる場合は、未完了のタスク、ファイルの保管場所、アクセスに関する取り決めを引き継ぎます。

こうすれば、参加者は「要件整理を手伝ってほしい」という一言だけを受け取るわけではなくなります。自分に引き受ける条件があるかを判断でき、始めた後でどう仕事を進めればよいかも分かります。

六、タスクで使い始めた後も、調整できるようにする

タスクの開始時には、双方で範囲、条件、期限、受入確認の段取りを確認します。実施中は、適用する版に従って進め、不足を見つけたら早めに伝えます。終了時には、引き渡しと後工程での受け取り状況を確認し、マニュアル自体の問題を管理担当者にフィードバックします。

受入確認に通らなかった事項は、何を補い、何をやり直すかを明示し、対応後に再確認します。意見が分かれた場合は、あらかじめ合意した責任者または再確認を担う人が対応します。一時停止した事項は未処理の状態を保ち、再開が必要になった時点で条件を再確認します。中止した事項は、後処理を終えてから終了します。小さなチームでは一人が複数の役割を兼ねられますが、重要な約束や利益相反のある事項については、実際のルールに沿って再確認を行う必要があります。

マニュアルの改訂にも根拠が必要です。一度限りの特別な対応は、まず例外として記録できます。同じ問題が繰り返される、または業務条件が変わった段階で、共通のやり方を変えるか判断します。新版には、変更内容、適用範囲、発効日を明記します。未完了のタスクをどう引き継ぐかも説明し、旧版は後で確認できるよう残します。

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

図を大きく開く ↗編集可能な SVG をダウンロード ↓

マニュアルが役立っているかは、具体的な問いで確かめられます。新しい参加者は、何から始めればよいか、以前より分かるようになったか。重要な問題を早く見つけられたか。説明ややり直しが減ったか。後工程が受け取りやすくなったか。試行の前後では、できるだけ似たタスクについて、範囲、複雑さ、担当者の経験を記録します。タスクが簡単になったことや、担当者が習熟したことも結果に影響します。改善をすべてマニュアルのおかげとすることはできません。

マニュアルには、引き渡しや貢献の記録として、どのような根拠を残すかを定められます。報酬、費用、権利・利益とその条件は、実際の業務に関する契約や制度に基づき、別途確認します。「マニュアルに沿ってタスクを終えた」ことから、自動的に導かれるものではありません。[2]

AIは、適用できる内容の検索、既存資料の整理、確認書の下書きを手伝えます。マニュアルに沿って、記載漏れを指摘することもできます。ただし、誰が事実を確認し、どの事項を誰が決め、誰に結果を渡すかは、引き続き明確にしておく必要があります。再利用できる手順をSkillというAI向けの実行ガイドにまとめる場合も、適用範囲、入力と出力、人が判断する範囲を明確にする必要があります。

今、何度も説明が必要になっている役割を一つ選びます。実際のタスクを使い、目的、条件、仕事、権限、成果物を書き出します。次に担当する適切な人に使ってもらい、その人が直面した問題に合わせて修正する。そこから、マニュアルを実務で使い始められます。

根拠と関連する読み物

[1] 初期研究資料『SOP梳理设计方法论』（SOPの整理・設計方法論）。主に、3〜4ページの職責と業務マニュアルの関係、6〜9ページの文書内容、職務調査、試行、改善を参照しました。資料末尾には、2023年の版と協働の記録が残されています。本稿におけるエコシステムで協働する役割、役割とタスクの区別、試行の提案は、それらの資料を基に今回発展させたものです。過去の職責・プロセス研究図二点は、元の関係を確認するためだけに使い、当時の評価や権利・利益の取り決めは引き継いでいません。

[2] 『四つのエコシステムのガバナンスモデル：貢献、権利・利益、協働の循環』（中国語）では、参加関係、貢献と権利・利益、事項ごとの権限を論じています。本稿は、役割別業務マニュアルでどう仕事を組織するかをさらに考えるもので、共通の分配方式をあらかじめ定めるものではありません。

『企業計画の十段階：方向、資源、実行をつなぐ』（中国語）は、業務目標と協力の条件を理解する際の参考になります。『一度の取引の後、企業には何が残るのか』（中国語）では、経験が次の仕事にどう生かされるかを、引き続き考えられます。

本稿は、実務での検証を待つ方法の提案です。異なる企業での効果を検証した結果は示していません。図と仮の例は、仕組みを説明するためのものです。