REVIEW DEADLINE PLANNER
レビュー期限・通知ルール設計ツール
レビュー/承認フローの対応期限と通知ルールを設計し、一次回答・完了期限・開始停止条件・周知文書・設定表まで一括生成します。
設計たたき台を返し、レビュー運用そのものを整えるためのツールです。
向いているケース
- SLA、KPI、承認フローを見直したいとき
- AI導入や標準化のたたき台が欲しいとき
向いていないケース
- 単発の原稿チェックだけを今すぐ済ませたいとき
- 修正反映だけを突き合わせたいとき
レビュー期限と通知ルールを、運用にそのまま使える形でまとめます
対応目安(SLA)の知識がなくても使えるように、期限、開始/停止条件、通知最小ルール、周知文書、設定表まで一括で返す構成です。 営業時間ベースでは週末跨ぎで期限が翌営業日にずれる前提も結果に含めます。
Input Area
ここで条件を入力
上から順に条件を選ぶと、下の結果エリアがその場で更新されます。必須は 1〜3、4 は任意です。
1
対象を決める
2
期限の型を選ぶ
3
下で結果確認
1基本条件
営業時間
タイムゾーンは JST 固定です
営業日
2SLAの型
見方
一次回答は「受けたことの確認」、完了は「判断が終わるまで」。まずはこの2つを分けると運用が崩れにくくなります。
3通知 / エスカレーション
4実績 / 状態入力(任意)
Mode B: 実績から逆算
Mode C: 開始 / 停止条件
状態ごとに SLA タイマーの開始・停止・再開を設定します
本ツールはレビュー期限・通知ルール設計の補助です。達成保証、法務判断、監査保証は含みません。機密の運用情報を入力する場合は共有画面や録画環境に注意してください。
Result Area
ここが出力結果
上の条件に応じて、期限表、開始/停止条件、通知ルール、周知文書をまとめて確認できます。
A
サマリー確認
B
表をコピー
C
CSV/JSON出力
Summary
期限・通知ルールのサマリー
採用した型
一次回答 + 完了 / 優先度 4段階
通知閾値
80%
開始 / 停止条件
7状態を設定
設計方針
実績がないため、破綻しにくい最小運用ルールを前提に初期値を提案しています。
運用上の注意
- • 営業時間SLAでは週末・祝日・営業時間外を跨ぐと期限が翌営業日に持ち越されます(1営業日=9時間換算)。
期限ポリシー表
優先度ごとの一次回答 / 完了期限と、違反時アクションをそのまま設定表に落とせる形で表示します。
| 優先度 | 指標 | 段階 | SLA | 違反時アクション |
|---|---|---|---|---|
| P0 | 一次回答 | 期限 | 1.5h(営業時間) | 期限前1回 + 期限超過で管理へ |
| P1 | 一次回答 | 期限 | 4.5h(営業時間) | 期限前1回 + 期限超過で管理へ |
| P2 | 一次回答 | 期限 | 1営業日 | 期限前1回 + 期限超過で管理へ |
| P3 | 一次回答 | 期限 | 17h(営業時間) | 期限前1回 + 期限超過で管理へ |
| P0 | 完了 | 期限 | 4h(営業時間) | 期限前1回 + 期限超過で管理へ |
| P1 | 完了 | 期限 | 2営業日 | 期限前1回 + 期限超過で管理へ |
| P2 | 完了 | 期限 | 32h(営業時間) | 期限前1回 + 期限超過で管理へ |
| P3 | 完了 | 期限 | 60h(営業時間) | 期限前1回 + 期限超過で管理へ |
開始 / 停止条件
差し戻しや修正待ちでSLAを止めるかまで含めて、ワークフロー設定表として出力します。
| 状態 | SLAカウント | 誰待ち | 補足 |
|---|---|---|---|
| 受付 | 開始 | なし | 受付時点でタイマー開始 |
| レビュー中 | 継続 | レビュー側 | 同じSLAサイクルを継続 |
| 差し戻し | 停止 | 依頼者側 | 依頼者 / 外部待ちの間は停止 |
| 修正待ち | 停止 | 依頼者側 | 依頼者 / 外部待ちの間は停止 |
| 再レビュー | 再開 | レビュー側 | 差し戻し後の再レビューで再開 |
| 承認待ち | 継続 | レビュー側 | 同じSLAサイクルを継続 |
| 承認完了 | 完了 | なし | 判断完了で計測終了 |
通知 / エスカレーション設計
まずは最小ルールから始め、必要になった時だけ増やす設計です。
| 指標 | トリガー | 通知先 | 再通知 | エスカレーション |
|---|---|---|---|---|
| 一次回答 | 期限の80%到達 | 担当レビュアー / 承認者 / 受付/窓口 | なし | なし |
| 一次回答 | 期限超過 | 担当レビュアー / 承認者 / 受付/窓口 / 管理者 | 毎時 | 1段階 |
| 完了 | 期限の80%到達 | 担当レビュアー / 承認者 / 受付/窓口 | なし | なし |
| 完了 | 期限超過 | 担当レビュアー / 承認者 / 受付/窓口 / 管理者 | 毎日 | 1段階 |
SLA文書(周知 / 稟議用)
目的、適用範囲、定義、例外、違反時対応、定期見直しまでをMarkdownで返します。文中では必要な箇所だけ SLA(対応目安)という言葉を使っています。
# レビューSLAポリシー ## 目的 レビュー + 承認において、一次回答と完了のSLAを分離し、通知過多を避けながら滞留を減らすための運用基準を定義します。 ## 適用範囲 - 対象プロセス: レビュー + 承認 - 文書/案件タイプ: 汎用 - リスクレベル: 中 - 時間基準: 営業時間 ## 定義 - 一次回答: レビュー受付後、担当が着手または受領を明示するまでの時間 - 完了: レビュー/承認の判断が完了し、次工程へ渡せる状態になるまでの時間 - 停止条件: 依頼者待ち、外部待ち、差し戻し対応中など、レビュー側がボールを持たない状態 ## SLA目標 - P0 / 一次回答: 1.5h(営業時間) - P1 / 一次回答: 4.5h(営業時間) - P2 / 一次回答: 1営業日 - P3 / 一次回答: 17h(営業時間) - P0 / 完了: 4h(営業時間) - P1 / 完了: 2営業日 - P2 / 完了: 32h(営業時間) - P3 / 完了: 60h(営業時間) ## 開始・停止条件 - 受付: 開始(誰待ち: なし) - レビュー中: 継続(誰待ち: レビュー側) - 差し戻し: 停止(誰待ち: 依頼者側) - 修正待ち: 停止(誰待ち: 依頼者側) - 再レビュー: 再開(誰待ち: レビュー側) - 承認待ち: 継続(誰待ち: レビュー側) - 承認完了: 完了(誰待ち: なし) ## 通知・エスカレーション - 一次回答 / 期限の80%到達: 担当レビュアー / 承認者 / 受付/窓口 / 再通知: なし - 一次回答 / 期限超過: 担当レビュアー / 承認者 / 受付/窓口 / 管理者 / エスカレーション1 / 再通知: 毎時 - 完了 / 期限の80%到達: 担当レビュアー / 承認者 / 受付/窓口 / 再通知: なし - 完了 / 期限超過: 担当レビュアー / 承認者 / 受付/窓口 / 管理者 / エスカレーション1 / 再通知: 毎日 ## 例外 - 夜間・休日は営業時間SLAの場合はカウント対象外です。 - 差し戻し・修正待ち・外部回答待ちはSLAを一時停止します。 - 機密性が高い案件や法務判断はSLAより精度を優先し、必要に応じて管理者承認を追加します。 ## 違反時対応 - まず担当へ通知し、期限超過時のみ管理者へエスカレーションします。 ## 定期見直し - 見直し頻度: 月次または四半期 - 責任者: PM / 制作管理 / 品質管理 ## 運用上の注意 - 営業時間SLAでは週末・祝日・営業時間外を跨ぐと期限が翌営業日に持ち越されます(1営業日=9時間換算)。
レビューSLAとは
レビューでは、受領確認の早さと判断完了の早さは別物です。一次回答SLAと完了SLAを分けると、窓口の安心感と実処理の安定運用を両立しやすくなります。
営業時間SLAと暦時間SLAの違い
営業時間SLAでは、金曜夕方に受付した案件の期限が翌営業日に持ち越されます。運用説明にこの前提を書かないと、期限認識のズレが起きます。
開始 / 停止条件の考え方
差し戻し、修正待ち、外部待ちはレビュー側がボールを持っていないため、SLAを止める方が現実的です。再レビューや再申請で再開するルールにします。
通知を増やしすぎない
最初は期限前1回と期限超過だけで十分です。通知が多すぎると重要な超過通知まで埋もれるため、必要性が確認できてから段階を増やします。
次に繋げる関連ツール
こんな場面で使えます
困りごと
レビュー遅延は起きているが、一次回答の遅れなのか、完了判断の滞留なのかが混ざっており、対策が曖昧になっている
このツールで
一次回答SLAと完了SLAを分けて設計し、通知は期限前1回と超過だけに絞った状態で文書と設定表を生成
得られる効果
受付確認の安心感と、判断完了までの責任分界が整理され、運用を崩さずにSLA導入を始められる
困りごと
承認フローで差し戻しが多く、どの状態でSLAを止めるべきか決められていない。ワークフロー設定に落とせず止まっている
このツールで
状態ごとの開始/停止/再開ルールをテーブル入力し、そのまま設定表として出力
得られる効果
差し戻し・修正待ち・再レビューの扱いが明文化され、現場とシステム設定の解釈ズレが減る
困りごと
実績P90は把握しているが、いきなり厳しいSLAにすると守れない。段階導入の説明資料も必要
このツールで
現状実績を入力し、P90からP75へ締める段階ロールアウト案と周知文書を生成
得られる効果
非現実的な目標値を避けつつ、見直し前提のSLAとして合意形成しやすくなる
使い方
対象と営業時間を決める
レビュー/承認の対象、文書タイプ、リスク、営業時間、優先度スキーマを選びます。
SLAの型と通知ルールを選ぶ
一次回答 / 完了、Goal / Deadline、通知閾値、エスカレーション段階を設定します。
結果をコピーして運用に落とす
SLA表、開始停止条件、通知ルール、周知文書、CSV/JSON 設定表をそのまま社内ツールへ反映します。