SOPテンプレート:フォーマット、記入例、レビューサイクル — そして、すべてのメンバーが自分の言語で読めるSOP(2026年版)

標準作業手順書(SOP)とは、組織で繰り返し行われる仕事の進め方を文書にしたものです。順番に並んだ手順、各手順の担当者、各手順の成果物、通常の流れが止まったときの対処が書かれています。SOPテンプレートは、それらを書き込むための決まった骨組みです。40本目の手順書が1本目と同じ見た目になり、1本読んだ人ならどれでも読めるようになります。テンプレートそのものは簡単な部分です。このガイドの大半は、そこに何を書くか、そして書いた日以降どうすれば正確さを保てるかを扱います。

このガイドはまず実務の話から始めます。SOPとは何で、何ではないのか。標準的なフォーマット。現場で実際に守られるSOPの書き方。コピーして使えるテンプレート。記入済みの例2つ。そのあと運用面に進みます。レビューサイクルの回し方、SOPとそのレビューをチームがすでに使っているツールのどこに置くか、別の言語で読む人には何が届くか。SOPの本当の試験は、承認された日ではないからです。ある火曜日、新しい同僚がカウンターで、お客様を待たせたまま、1人でSOPを開く。その瞬間が試験です。

SOPとは何か — そして何ではないか

仕事の進め方を説明する文書は5種類あり、SOPはその真ん中に位置します。

	答える問い	粒度	一行の例	読む人
ポリシー	私たちは何をし、何をしないか。その理由は	ルール	「すべてのクレームには2営業日以内に回答する。」	全員(一度だけ)、監査人
プロセス	仕事が役割やチームをまたいでどう流れるか	段階と引き継ぎ	「受付 → トリアージ → 解決 → クローズ」	マネージャー、業務を設計する人
SOP	1つの仕事を、名前のある役割が、どう順を追って行うか	1つの手順、1度に1つの役割	「3. 受付は、クレームを日付、チャネル、お客様の言語とともに台帳に記録する。」	その仕事をする人(習慣になるまで毎回)
作業指示書	1つの手順を、1台の機械・1つの画面・1つの書式でどう行うか	1つの手順	「台帳で Channel → Phone を選び、通話リファレンスを貼り付ける。」	その画面の前にいる人
チェックリスト	すべて終わったか	チェック	「☐ 台帳に記入した ☐ 受領通知を送った」	シフトの終わりにいる人

この区別が大切なのは、文書の長さを決めるからです。各手順の背後にあるポリシーまで説明するSOPは、カウンターで誰も開かないマニュアルになります。どのボタンを押すかまで書き込んだSOPは、ソフトウェアが変わるたびに書き直すことになります。SOPが述べるのは、何を、誰が、どの順で、どんな結果で行うかです。理由は上位のポリシーが述べ、この画面での具体的なやり方は下位の作業指示書が述べます。

SOPは、仕事が普段どう行われているかの描写でもありません。合意された進め方です。だからオーナーとバージョンとレビュー日があります。誰も守らない手順は、削除するか、話し合いをするべきものであって、そのまま残しておく一文ではありません。

何を盛り込むか:標準フォーマット

使えるSOPには、ヘッダーと8つのセクションがあります。ネット上のテンプレートの多くはヘッダーと手順だけで終わっています。だから多くのSOPは1年もたたずに古くなり、しかも誰もそれに気づきません。

ヘッダー — 文書の身元を示す5つの項目を1行に並べます。誰でも引用できるID(「SOP-CS-04」)、バージョン(「v2.1」)、オーナー(部署ではなく、名前のある1人)、発効日、そして次回レビュー日です。レビュー日のない文書は、何か問題が起きたときにレビューされることになります。

目的。 1〜2文で、この手順が何を達成するのか、これがないと何がうまくいかなくなるのかを書きます。「すべてのクレームを同じやり方で記録し、受領を知らせ、解決する。誰が電話を取っても、お客様が同じ回答を受け取れるようにするため。」
適用範囲。 このSOPが適用される場合と、されない場合です。「製品または配送に関するお客様からのクレーム。対象外:保証請求(SOP-CS-07)、仕入先からのクレーム。」
役割と責任。 手順に登場する各役割と、それが何に責任を持つかを書きます。名前ではなく役割で書きます。名前は変わりますが、SOPまで書き換えることになってはいけません。
定義と前提条件。 新人が知らないかもしれない用語と、手順1の前に整っていなければならないもの(台帳へのアクセス、テンプレート、エスカレーション先の一覧)です。
手順。 番号付きの手順で、1手順につき1つの動作とし、実際に行われる順に並べます。各手順は役割と動詞で始めます。「受付は…を記録する」「チームリーダーは…を確認する」といった形です。役立つ場合は、誰が、何をするか、結果または記録の3列にします。そうすれば、各手順が第三者の確認できる何かで終わります。
例外とエスカレーション。 分岐です。お客様がシステムに登録されていないとき、金額が上限を超えるとき、オーナーが不在のとき、どうするか。各例外には、「誰かに聞く」ではなく、人または役割の名前を書きます。
記録と成果物。 最初にはなく最後にあるもの、つまり台帳への記入、送信したメール、署名済みの書式と、その保管場所です。監査人が読むセクションであり、手順が守られたかどうかが分かるセクションでもあります。
参照資料と改訂履歴。 実施しているポリシー、関連するSOPや作業指示書を書きます。続いてバージョンごとに1行、日付、変更内容、承認者を書きます。履歴があるから、同じ間違いが新しいバージョン番号のもとで再び持ち込まれずに済みます。

手順セクションの4つの形式。 シンプルな手順 — 番号付きリスト — は、分岐がなく10手順未満の仕事向けです。階層型 — 番号付きの手順に英字の副手順を付けたもの — は、手順の中にさらに順序がある場合に使います。フローチャートは、順序よりも分岐が重要な場合に使います。「もし…なら、そうでなければ…ただし…」よりも、分岐の菱形のほうが追いやすいからです。チェックリストは、同じ人が毎日行う定型業務向けで、問いは「どうやるか」ではなく「やったか」です。多くのSOPは2つを併用します。階層型の手順と、そこから作ったシフト用の1ページのチェックリストです。

載せないものもあります。理由づけ(ポリシーの役目)、クリックごとのスクリーンショット(作業指示書の役目)、そして人が行動に移せないことです。「お客様に敬意を持って接する」は価値観であって、手順ではありません。

書き方:観察し、下書きし、試し、公開する

その仕事をしている人を観察し、実際にしていることを書き留めます。 マネージャーが起きていると思っていることではなく、実際に起きていることを書きます。スプレッドシートを使った裏技も含めてです。毎日その仕事をしている人が共著者です。その人について書かれ、その人と一緒に書かれなかったSOPは、フォルダーに眠り、本物の手順は本人の頭の中で生き続けます。各手順で問いかけましょう。これがうまくいかなかったらどうしますか。

テンプレートに沿って、手順から先に下書きします。 目的より先に手順セクションを書きます。手順を書くと、適用範囲がどこで終わるか、どんな役割が存在するかが見えてきます。1手順に1つの動作、役割と動詞で、現在形で書きます。1つの手順に1段落が必要なら、それは2つの手順か、作業指示書にするべきものです。全体は5分で読める短さにとどめ、詳細はリンク先の指示書に置きます。

その仕事を一度もしたことがない人で試します。 SOPだけを渡し、どこで手が止まるかを見ます。止まった箇所はどれも、手順の欠落か、定義の欠落か、例外の欠落です。新人による1回の試験は、経験者による3回のレビューに匹敵します。経験者は、気づかないうちに抜けを自分で埋めてしまうからです。

チームが読む場所に公開し、日付を設定します。 他の40本と一緒にフォルダーに入れたSOPは、すでにその仕事を知っている人にしか見つけられません。SOPは、その手順を運用するチームがすでに会話している場所に置くべきです。オーナーの名前とレビュー日が見えるようにしておけば、「これはまだ最新か」という問いに、周りに聞いて回るのではなくヘッダーで答えられます。そして、レビュー日をカレンダーに入れましょう。書かれたきり一度もレビューされないSOPは、事実でなくなった後も自信を持って守られ続けるSOPです。

SOPテンプレート

[SOP ID] — [手順名]
バージョン: [n.n] · オーナー: [役割、氏名] · 発効日: [日付] · 次回レビュー: [日付]
1. 目的
[1〜2文で、この手順が何を達成するのか、これがないと何がうまくいかなくなるのか。]
2. 適用範囲
適用対象: [状況、製品、拠点] · 適用対象外: [他で扱われる内容。SOP IDを添える]
3. 役割
[役割] — [この手順で何に責任を持つか]
[役割] — [何に責任を持つか]
4. 定義と前提条件
[用語] — [意味]
手順1の前に: [必要なアクセス、ツール、テンプレート、一覧]
5. 手順
5.1 [役割]は[何をする] → [結果または記録]
5.2 [役割]は[何をする] → [結果または記録]
5.3 [役割]は[何をする] → [結果または記録]
[a. 副手順] [b. 副手順]
6. 例外とエスカレーション
[条件]の場合: [何をするか、誰が決めるか]
[条件]の場合: [何をするか、誰が決めるか]
ここに書かれていない事項: [役割]が決定し、次回のレビューで案件として取り上げる。
7. 記録
[最後に残るもの(台帳への記入、メール、書式)と、その保管場所・保管期間。]
8. 参照資料と改訂履歴
実施しているポリシー: [ポリシー] · 関連: [SOP ID、作業指示書]
v[n.n] — [日付] — [変更内容] — 承認者:[氏名]
v[n.n] — [日付] — [変更内容] — 承認者:[氏名]

このテンプレートは、Wordファイル、Googleドキュメント、Notionのページ、Slackのキャンバス、チャットのメモに、書式を直さずに貼り付けられます。空欄のままにされやすいのは、オーナーと次回レビュー日の2項目です。この2つが、文書が1年後も正確かどうかを決めます。

記入済みの例2つ

クレーム対応 — サービスチーム、階層型

SOP-CS-04 — お客様クレームの対応
バージョン: 2.1 · オーナー: サービスリード、Marta R. · 発効日: 2026年10月1日 · 次回レビュー: 2027年4月1日
1. 目的 — すべてのクレームを同じやり方で記録し、受領を知らせ、解決する。誰が電話を取っても、お客様が同じ回答を、お客様の言語で受け取れるようにする。
2. 適用範囲 — 製品、配送、請求書に関するお客様からのクレーム(電話、メール、チャット経由)。対象外:保証請求(SOP-CS-07)、仕入先からのクレーム(SOP-PR-02)。
3. 役割 — 受付: 記録し、受領を知らせる。サービス担当者: 調査し、回答する。サービスリード: 与信上限を超える対応を承認し、エスカレーションを判断する。
4. 前提条件 — クレーム台帳へのアクセス。お客様の言語で用意された受領通知のテンプレート。現行の与信上限(台帳のヘッダーを参照)。
5. 手順
5.1 受付は、クレームを台帳に記録する → 日付、チャネル、お客様、製品、お客様の言語、クレームIDを記した記入
5.2 受付は、1営業日以内に受領通知を送る → クレームIDを記した、お客様の言語での受領通知メール
5.3 サービス担当者は調査する:
a. 注文、配送、請求書の記録を確認する。
b. 事実が不足していれば、お客様に電話またはメールで連絡する。
c. 調査結果と提案する対応策を台帳に記録する → 日付入りの調査結果と対応策
5.4 対応策が上限内のクレジットであれば担当者が発行する。上限を超える場合は、サービスリードが1営業日以内に承認する → クレジットノートまたは書面での承認
5.5 担当者は、5.1から5営業日以内にお客様へ回答する → お客様の言語での回答。クレームIDを明記
5.6 受付は記入をクローズする → ステータス「Closed」、日付、対応策
6. 例外 — お客様がシステムにいない場合: 伝えられた連絡先で記録し、unverified(未確認)のフラグを付けて続行する。お客様が法的措置をほのめかした場合: 5.3で止め、その日のうちにサービスリードへ引き継ぐ。オーナー不在の場合: 台帳のヘッダーに記載された代理人が承認する。
7. 記録 — 台帳の記入(5年間保管)、受領通知と回答(お客様のファイルに保管)、クレジットノート(経理が保管)。
8. 参照資料 — 顧客ポリシー §4、SOP-CS-07、作業指示書 WI-CS-04a「クレーム台帳」。
v2.1 — 2026年10月1日 — 手順5.2の期限を2日から1日に変更。受領通知をお客様の言語で送るように変更 — 承認者:Marta R.
v2.0 — 2026年3月15日 — 与信上限と承認手順を追加 — 承認者:Marta R.

クリニックの開院準備 — 受付、毎日のチェックリスト

SOP-FD-01 — クリニックの開院準備
バージョン: 1.3 · オーナー: 院務責任者、Tomás A. · 発効日: 2026年9月1日 · 次回レビュー: 2027年3月1日
1. 目的 — 誰が開院しても、毎日8:00の最初の患者さんに間に合うよう、クリニックの準備を整える。
2. 適用範囲 — 早番の受付担当者による平日の開院。対象外:週末の開院(SOP-FD-02)。
3. 役割 — 開院担当の受付: 以下のすべて。院務責任者: 未完了の項目があれば連絡を受ける。
5. 手順 — 7:45までに、この順で
☐ 警報を解除し、ドアを開錠し、照明と暖房をつける
☐ 受付のコンピューターを起動し、予約システムを開き、本日の予約リストを印刷する
☐ 電話回線を夜間メッセージから通常応答に切り替える
☐ 待合室を確認する:椅子、水、2言語で掲示された本日のお知らせ
☐ 診察室1〜3:消耗品が棚の最低ラインを上回っている
☐ カード端末を起動し、テスト取引を取り消し済みにする
☐ 最初の3人の患者さんのうち、メモにconfirmとある方に連絡する
6. 例外 — 完了できない項目がある場合: 7:50までに院務責任者に電話する。責任者が応答するまで、患者さんに向けてドアを開けない。予約システムが停止している場合: 前日の夕方に印刷したリストを使う(SOP-FD-05)。
7. 記録 — チェック済みで、イニシャルと日付を記入したチェックリスト。開院用フォルダーに3か月間保管する。
v1.3 — 2026年9月1日 — 待合室の項目に2言語での掲示を追加 — 承認者:Tomás A.

この2つの共通点を見てください。どの手順も役割と動詞で始まり、第三者が確認できる何かで終わります。例外には人の名前があります。ヘッダーには、誰が所有し、次にいつ見直すかが書かれています。最後の行には、何がなぜ変わったかが記録されています。これが実務のすべてです。このガイドの残りはすべて、署名された日以降も文書の正確さを保つことについてです。

レビューサイクル:手順が正確さを保つしくみ

SOPは、仕事がどう行われているかについての主張です。そして仕事は動き続けます。レビューサイクルは、その主張を誠実に保つしくみです。4つの要素があります。

日付と、日付に優先するトリガー。 すべてのSOPのヘッダーには次回レビュー日があります。6か月か12か月が一般的で、規制対象や安全に関わるものはもっと短くします。次の4つの出来事があれば、レビューを前倒しします。手順では防げなかったインシデント。手順が依存するツール、書式、仕入先の変更。SOPが実施しているルールや規制の変更。そして、逸脱が3回続くこと。3人が文書とは違うやり方で1つの手順を行っているなら、それは規律の問題ではなく、票が入っているということです。

その仕事をしている人たちとの短いレビューミーティング。 20分、オーナーと、手順を運用している2〜3人で、全員の画面に現行バージョンを映します。議題は常に同じです。

SOP-[ID] レビュー — [日付]
1. 前回レビュー以降の逸脱: どこで違うやり方をしたか、その理由は — 5分
2. 手順に関わったインシデントとクレーム — 5分
3. 変更・追加・削除する手順 — 理由を添えて1件1行 — 7分
4. 決定: [日付]にv[n.n]として再発行するか、変更なしで確認し新しいレビュー日を設定するか — 3分
アクション: 誰が編集し、誰が承認し、誰が誰に伝えるか、いつまでに

新しいバージョンを作り、古いものは残す。 編集内容は、日付、変更内容、承認者の1行として改訂履歴に入り、バージョン番号が進みます。手順の変更はマイナーバージョン(2.0 → 2.1)、適用範囲の変更や新しい役割はメジャーバージョンです。以前のバージョンはsuperseded(置き換え済み)と記して、削除せずに保管します。監査人も、3月に何が起きたかを説明する同僚も、当時の手順そのものを必要とするからです。レビューで下した決定が、手順ではなくルールを変えるものであれば、決定ログにも、SOP IDを添えて記録します。

その仕事をしている人たちに伝える。 誰にも知らされずに再発行されたSOPは、新しい番号が付いただけの古いSOPです。変更は、手順を運用している人たちに、彼らがすでに読んでいる場所で、変わった3行を引用して届けます。新しいレビュー日も、その日のうちにカレンダーに入れます。

すでに使っているツールのどこにSOPとそのレビューを置くか

手順そのものは文書であり、チームの文書がある場所に置かれます。共有ライブラリのWordファイル、Googleドキュメント、wikiのページ、キャンバスなどです。レビューはミーティングで、各プラットフォームには、レビューミーティングが残すものの置き場所があります。ただし、止まる地点はそれぞれ異なります。以下は各ベンダー自身のページに書かれた動作のみで、各ページを確認した月を添えています。

プラットフォーム	レビューをどこに記録するか	ミーティング後にレビューの何が戻ってくるか
Microsoft Teams	通話中にミーティングコントロールのNotesを使う。Loopコンポーネントで、参加者でも主催者でも編集でき、人にタグを付けてタスクを割り当てられる。または、スケジュール設定時にミーティングの詳細でAdd an agendaを使う	自動的に保存され、Teamsのカレンダーとミーティングの要約から開ける。ノートの内容は人が入力したもの。外部の参加者はアクセスも編集もできない(2026年10月確認)
Zoom Workplace	AI Companionによるミーティングサマリーが、ミーティングから生成される。クイックリキャップ、サマリー、ネクストステップの3セクションで、有料のZoom Workplaceプランが対象。個人のメモは別のドキュメント	サマリーはメールで送信され、ウェブポータルのサマリーページに一覧表示され、Team Chatのミーティングのグループチャットに投稿できる。参加者が受け取れるのはホストが共有を選んだ場合のみで、編集できるのはホストだけ。認証されていないユーザーにはメールが届かない(2026年8月確認)
Google Workspace	カレンダーの予定の説明欄、またはそこからリンクしたGoogleドキュメント。対象のWorkspaceエディションとGoogle AIプランでは、予定の作成時にカレンダーでTake notes for meをオンにできる	ミーティング後に、設定に応じて全ゲスト、組織内のゲスト、またはホストのみに共有されるGoogleドキュメントとしてノートが届く。この機能は一度に1言語のみ対応で、同じミーティングで複数の言語が話される場合は非対応(2026年10月確認)
Slack	テンプレートから作ったキャンバスをチャンネルで共有する。目標、ネクストステップ、期日付きのアクションアイテムのセクションがある	キャンバスはドキュメントとしてチャンネルに残る。通話で話された内容は、誰かが入力しない限り入らない(2026年10月確認)

どのツールでも共通することが2つあります。SOPは、書かれた1つの言語の文書であり、別の言語を読む同僚は、それか、誰かが作った写しを読むことになります。そして、レビューで変わったことが文書に入るのは、あとから人が同じ言語で入力したときだけです。

手順と、そのレビューのすべてが、各メンバーの言語で戻ってくるしくみ

InterMINDは、チームの仕事がチャンネルの中にあるコミュニケーションの場です。だからSOPには分かりやすい置き場所があります。その手順を運用しているチームのチャンネルです。ノート(見出しや番号付きリストを使えるリッチテキストのメッセージで、あとから専用のメニューで編集できます)として投稿すれば、各メンバーが自分の言語で読めます。原文と変更点の差分もトグル1つで見られ、ピン留めしておけば、新しい同僚が最初に見つけるのは現行バージョンになります。PDFやWord文書のようなファイルとしてアップロードした場合は、有料プランなら各読者の言語に翻訳された状態で開きます。どのプランでも、ファイルのカードには読者の言語でのAI要約が付き、各ポイントは元の段落にリンクされています。誰かが書く前から、5分で読める版が存在するわけです。マスターコピーを文書ツールに置いたままにする場合も、その更新はメールでチャンネルに届きます。チャンネルのホストがチャンネル専用のアドレスを発行し、そこに送られたメッセージは、送信者名と添付ファイルがそのまま残った通常のメッセージとして表示されます。

レビューミーティングは、そのチャンネルから始まります。通話中は、Share to conferenceで現行バージョンを全員の画面のビデオタイルの横に表示します。ノート、またはチャットにリンクしたGoogle DocsやOneDriveの文書を使えます。参加者はそれぞれ自分でスクロールし、自分の言語で読みます。共有されたノートは共有者がライブで編集するので、変更された手順が形になっていくのを、その場の全員が見守れます。通話が終わると、ミーティングそのものからリキャップが作られます。サマリー、合意済み・未決・意見が分かれた点のマーク、担当者付きのアクションアイテムで、各行にタイムスタンプが残ります。セッション中に共有された文書も、その要約が発言内容と並んで加わります。リキャップはメール、チャンネルのメッセージ、カレンダーの予定内のリンクとして届き、サインインしているメンバーはみな自分の言語で読めます。記録は読者ごとに翻訳されるのであって、その場で使われた言語で一度だけ書かれるのではありません。どのメンバーも編集でき、すべての編集に作成者と改訂履歴が残り、チャンネルには過去のすべてのセッションのリキャップが残ります。だから、v2.1を生んだレビューは、v2.1のノートからクリック1つの距離にあります。さらに、メンバー自身のアシスタント(Claude、ChatGPT、Copilot、Gemini。MCPコネクタ経由で接続)は、「10月にクレーム対応の手順で何を変えたか」という1つの質問で、リキャップ、文字起こし、チャット、共有ファイルの本文を横断して検索し、文書そのものを読むことができます。これはAI機能を有効にしている組織で動作します。

手順を運用している人が、いつも従業員とは限りません。販売代理店のスタッフ、業務委託の担当者、代診の医師。チャンネルの外部メンバーはメールで無料アカウントに参加し、他のメンバーと同じようにSOPとその履歴を読めます。アカウントを持たない人は、1つのミーティングのゲストです。レビューの通話にリンクから電話で無料で参加し、自分の言語でライブで聞けますが、その後に記録は残りません。ホストはスペースを提供し、有料プランでは、直近28日間にアクティブだったメンバーの分だけを支払います。アクティブとは、ミーティングに参加した、チャットに書き込んだ、アシスタントに質問した、のいずれかです。静かになったメンバーも、追加費用なしでアクセスを保てます。

完全なリキャップを開く — あなたのリキャップを書くのと同じコードが生成した、本物の記録です。
ライブデモを試す — 登録不要。話すと、その場の発言が聞き手ごとに翻訳されて聞こえます。

SOPという実務は、どのツールを使っても変わりません。誰かが仕事ぶりを観察し、手順を動作として書き、新人にどこでつまずいたかを尋ねる必要があります。なくなってよいのは、もう1つの仕事です。バージョンごとに翻訳したコピーを手作業で保ち、レビューで変わったことを、他の言語を読む人のために1つの言語で打ち直す仕事です。

FAQ

SOPテンプレートとは何ですか?

SOPテンプレートは、標準作業手順書を書き込むための決まった骨組みです。ID、バージョン、オーナー、発効日、次回レビュー日を記したヘッダーに、標準的なセクションが続きます。目的、適用範囲、役割、定義と前提条件、番号付きの手順、例外とエスカレーション、記録、そして改訂履歴付きの参照資料です。テンプレートがあると、組織内のすべての手順が同じ見た目になるので、1つ読んだ人はどれでも読み進められます。

SOPの5つの要素とは何ですか?

多くのテンプレートが共通して挙げる5つの要素は、タイトルブロックまたはヘッダー、目的、適用範囲、役割と責任、そして手順そのものです。完全なSOPにはさらに3つが加わります。例外とエスカレーション、記録、改訂履歴付きの参照資料です。手順が機能しなくなるのは、たいていこの欠けた部分が原因です。通常の流れが止まったときどうすればよいか誰も知らず、前のバージョンから何が変わったのか誰も知らない、という状態になります。

SOPはどう書きますか?

その仕事をしている人を観察し、分岐も含めて実際に起きていることを書き留めます。まず手順セクションを、1手順に1つの動作、役割と動詞、現在形で下書きし、そのあと、手順から見えてきたことをもとに適用範囲、役割、例外を埋めます。その仕事を一度もしたことがない人で試し、手が止まった箇所をすべて直します。チームがすでに読んでいる場所に、ヘッダーにオーナーと次回レビュー日を入れて公開し、その日付をカレンダーに入れます。

SOPのフォーマットはどのようなものですか?

ID、バージョン、オーナー、発効日、次回レビュー日を並べたヘッダー行と、番号付きの8つのセクションです。目的、適用範囲、役割、定義と前提条件、手順、例外とエスカレーション、記録、参照資料と改訂履歴の8つです。手順セクションは4つの形のいずれかをとります。シンプルな番号付きの手順、副手順を持つ階層型の手順、順序より分岐が重要な場合のフローチャート、そして毎日の定型業務向けのチェックリストです。

SOPと作業指示書の違いは何ですか?

SOPは、1つの仕事を最初から最後まで、役割と手順のレベルで、つまり誰が何を、どの順序で、どんな結果で行うかを記述します。作業指示書は、そのうちの1つの手順を、1つの画面・機械・書式の上で、フィールドやボタンのレベルまで記述します。SOPは「受付は、クレームを台帳に記録する」と述べ、作業指示書は台帳、フィールド、ドロップダウンの値を示します。この2つを分けておくことで、SOPはソフトウェアの変更を乗り越えられます。

SOPとポリシーの違いは何ですか?

ポリシーはルールとその理由であり、組織が何をし、何をしないかを定めます。SOPは、ある役割がそのルールを手順を追ってどう実行するかを定めます。「すべてのクレームには2営業日以内に回答する」はポリシーで、記録からクローズまでの8つの手順は、それを実施するSOPです。ポリシーが変わるのはまれで、決定によって変わります。SOPは仕事が変わるたびに変わり、いつ変わったかは改訂履歴に残ります。

WordやGoogleドキュメントのSOPテンプレートはありますか?

このガイドのテンプレートは、太字のラベル付きのプレーンテキストなので、Word文書、Googleドキュメント、Notionのページ、Slackのキャンバス、チャットのメモに、書式を直さずに貼り付けられます。ファイル形式より、中身の形式のほうが重要です。SOPを置く場所には、オーナーとレビュー日を記したヘッダー、役割と動詞で始まる番号付きの手順、例外ごとの担当者名、改訂履歴が必要です。そして、その仕事をしている人たちがすでに読んでいる場所にあることも必要です。

SOPはどのくらいの頻度で見直すべきですか?

ヘッダーに書かれた日付に従います。6か月か12か月ごとが一般的で、手順が規制対象や安全に関わる場合はもっと短くします。次の4つのいずれかが起きたら、前倒しします。手順では防げなかったインシデント、手順が依存するツールや書式の変更、実施しているルールの変更、逸脱が3回続くことです。レビューは、その仕事をしている人たちとの20分のミーティングで、履歴に1行を加えた新バージョンか、新しいレビュー日を設定した確認で終わります。

出典:Microsoft — Take meeting notes in Microsoft Teams、Zoom — Using Meeting Summary with AI Companion、Google — Calendar & Meet settings for "Take notes for me"、Google Meet — "Take notes for me" in Google Meet、Slack — Meeting agenda template (canvas)。Microsoft、Google、Slackのページは2026年10月に確認し、Zoomのミーティングサマリーのページは2026年8月に確認しました。ベンダーはプラン、機能、対応言語を随時変更します。最新の状況は各社のページでご確認ください。