SERVICE MANAGEMENT · CONTINUAL IMPROVEMENT
継続的改善のしくみを図解
JIS Q 20000-1の全体・ITIL・PDCAをつなげて理解する
サービスが止まったときの対応から、日々の運用、サービスレベルの合意、改善まで。JIS Q 20000-1:2020の管理体系とITILの実践モデルを、現場の出来事とノード図でつなぎます。
この記事でつかむ中心原理
改善とは「前より少し良くすること」だけではありません。何の目的に向けて、どの目標を設定し、その目標を達成したかを確かめ、必要ならサービスだけでなく管理の仕組みも変える、反復的な活動です。
01｜なぜ「改善」を管理するのか
図書館の予約サービスで「窓口の待ち時間を短縮しよう」という提案が出たとします。受付人数を増やして平均待ち時間が30分から20分になれば、数字上は改善しています。しかし、サービスの目的が「高齢者でも迷わず手続できること」なら、待ち時間以外に案内の分かりやすさも重要です。
さらに、目標が「15分以内」だったなら20分は未達です。改善前より良くなったことと、約束した目標に達したことは別です。そこで、目的・目標・施策・測定方法・結果を一続きで管理します。
現場の出来事を整理する
現状：平均30分 → 目標：平均15分 → 実績：平均20分。
結果：10分短縮には成功したが、設定目標には届いていない。継続的改善では、原因を調べ、必要な追加処置を考えます。
02｜継続的改善とサービスマネジメントシステム（SMS）
継続的改善（Continual Improvement）は、パフォーマンス向上のために繰り返す活動です。対象は利用者に見える機能だけではありません。受付方法、作業手順、問い合わせの引き継ぎ、障害発生時の判断方法など、サービスを管理する仕組みも対象になります。
SMS（Service Management System）とは、サービスマネジメントの方針・目的を定め、プロセスを運用・評価・改善するためのマネジメントシステムです。単一のアプリケーションの名前ではなく、組織的な運用の仕組みを指します。
03｜改善の目的との整合性を先に評価する
改善の案がいくつもあるとき、単に安い順やすぐできる順で決めると、重要な課題が後回しになります。評価基準には、改善案がサービスマネジメントの目的と整合しているかという観点を含めます。
たとえば目的が「夜間の救急受付を確実に続けること」であれば、見た目の変更よりも障害監視や復旧手順の整備が優先されるでしょう。目的に沿うことを確認したうえで、効果、実施負荷、費用、リスクを比較します。
04｜改善目標として選べる7つの観点
提供資料にあるJIS Q 20000-1:2020の解説では、品質、価値、能力、費用、生産性、資源の活用、リスク低減のうち1つ以上について目標を設定します。品質と費用を必ず同時に選ぶという条件ではありません。
品質
回答の正確さ、障害件数、待ち時間
価値
利用者が得られる便益、満足度
能力
対応可能な要求の量や種類
費用
運営コスト、無駄な支出
生産性
一定の資源でこなせる件数
資源の活用
人・設備・時間の使い方
リスク低減
事故の可能性、影響の縮小
何を改善するかは組織の目的と現在の課題に依存します。KPIは「測定できるから選ぶ」のではなく、先に決めた目的と目標に基づき選定します。
05｜改善機会の発見から報告までのノード図
改善の候補は、利用者の苦情、満足度調査、サービスレベルの未達、障害の傾向、内部監査などから生まれます。しかし候補が見つかっただけでは改善は始まりません。評価して優先順位を付け、実施し、設定目標に照らした結果を測り、報告するところまでが重要です。
規格に関する提供資料では、改善を優先付け・計画・実施し、必要ならSMSを変更し、目標に照らした測定を行い、結果を報告することが示されています。
06｜PDCAサイクルは「測定して戻る」ための仕組み
Planで改善目標と測定方法を定め、Doで改善を実施し、Checkで実績を目標と比較します。そしてActで未達の原因に対処したり、有効だった方法を定着させたりします。重要なのは、繰り返しの各周回で仮説と結果がつながっていることです。
07｜KPI・KGI・SLAを混同しない
| 用語 | 役割 | 例 |
|---|---|---|
| KGI | 最終的に達成したい成果 | 市民満足度90点以上 |
| KPI | 進捗や成果を測る指標 | 平均受付待ち時間15分以下 |
| SLA | 利用者と合意したサービスレベル | 問い合わせの95%を翌営業日以内に回答 |
| SMS | 管理・改善するための仕組み | 責任分担、記録、監査、レビュー |
KPIが良くなっても、利用者にとっての価値が上がらない場合があります。だから測定指標と組織の目的をつなぎます。
08｜「改善前より良い」と「目標達成」は違う
30分 → 18分 → 15分の関係
12分短縮できていますが、目標15分以下には3分届いていません。改善前との差だけでなく、目標との差も確認します。
未達時は「効果がなかった」と短絡せず、施策を継続するか、追加の処置が要るか、目標の前提が変わっていないかを検討します。
09｜サービスの改善とSMSの改善
サービス側を変える例
問い合わせフォームの説明文を改善する、予約枠を増やす、障害通知を分かりやすくする。利用者が受けるサービスそのものの改善です。
SMS側を変える例
変更の承認経路を短縮する、インシデントの分類方法を見直す、サービスレビューに利用者の声を取り込む。改善を持続させる管理体制の改善です。
どちらか一方しか対象にできないわけではありません。サービスの問題の背景に、管理方法の欠陥があることもあります。
10｜優先順位は目的・影響・実現可能性・リスクで考える
全ての改善を同時には実施できません。改善案の選定では目的との整合性を確認し、利用者・事業への影響、実現に必要な工数と費用、変更のリスクなどを比べます。緊急の法令対応や重大な安全問題は、通常の費用対効果だけで測れない点にも注意が必要です。
11｜改善登録簿と変更管理をどう使うか
実務では改善候補、提案者、目的、期待効果、優先順位、担当、期限、実績、状態などを一覧にして追跡します。こうした一覧は改善登録簿（改善バックログ）などと呼ばれます。一方、サービス構成や運用方法に重要な変更を加えるときは、変更に伴うリスクを評価し、適切な承認と実施手順を用意します。
改善登録簿は「何を改善したいか」の追跡、変更管理は「安全にどう変えるか」の統制、と役割を分けると理解しやすくなります。
12｜インシデント対応・問題管理・継続的改善
| 活動 | 中心となる問い |
|---|---|
| インシデント管理 | 止まったサービスをどう早く戻すか |
| 問題管理 | 繰り返す障害の根本原因は何か |
| 継続的改善 | 目的に沿ってパフォーマンスをどう高め続けるか |
障害対応で見つかった課題は、問題管理の原因分析を経て改善候補に登録できます。互いに独立した壁ではなく、改善のサイクルでつながります。
13｜根本原因分析と再発防止
「ミスをした担当者に注意する」だけでは、同じ失敗が繰り返されるかもしれません。なぜなぜ分析、特性要因図（魚骨図）、パレート図などを用いて、手順の曖昧さや確認工程の欠如といった構造的な原因を探索します。
是正処置は既に起きた不適合の原因を取り除くための行動です。予防的なリスク対応や継続的改善とは重なる部分もありますが、目的と適用場面を区別します。
14｜改善を定着させるには「結果の報告」まで
試行で成功しても、担当が変わると元に戻るのでは継続的な成果になりません。手順書の更新、教育、監視指標の引き継ぎ、利用者への説明を含め、測定結果を共有して次の改善に結び付けます。
成功した改善だけでなく、未達だった改善についても理由と処置を報告することで、次の選択の質が上がります。
15｜4つの選択肢が問う違い
元になった設問は、JIS Q 20000-1:2020の継続的改善の考え方を問うものです。判別の鍵は「複数の目標を必須とするか」「何が改善対象か」「何を基準に評価・測定するか」です。
ア｜品質と費用を必ず両方改善する
誤り。示された7観点のうち1つ以上の改善目標を設定します。
イ｜サービスだけを改善し、SMSは対象外
誤り。サービスとSMSの両方が改善対象です。
ウ｜改善の評価基準にサービスマネジメント目的との整合性を含める
適切。目的から離れた改善案を優先しないための重要な条件です。
エ｜設定目標ではなく、改善前との比較だけで測定する
誤り。設定した目標に照らして結果を測定し、未達なら必要な処置をとります。
設問の内容は参考資料の趣旨を要約したものです。
16｜目的と測定基準を変えて学ぶ
ラボでは、まず改善の目的を一つ選び、改善案の適合性・期待効果・負荷・リスクを比較します。改善計画を承認した後に実績と設定目標を照合し、成功・未達を判定します。
INTERACTIVE LAB
改善機会を選び、測定まで進める
自治体の窓口サービスを想定した教材用モデルです。優先順位の得点式は規格が定めた公式ではなく、目的との整合性を最優先するための仮のルールです。
② 改善の機会を評価して優先順位を付ける
例示の評価点 = 目的に整合する場合 +6 ＋ 影響度×2 − 工数負担 − 実施リスク。数値が大きいほど上位です。
③ 選択案の計画・実行・測定
問い合わせ一次回答の迅速化
実績を編集した後は「実績を目標と照合」を再実行してください。承認は品質や費用などの数値だけで自動判断されるものではありません。
④ 自分で改善候補を登録する
改善の記録
- 候補を選び、承認して測定すると履歴がここに表示されます。
理解度チェック
応対時間が30分から18分に短縮されました。改善前より良くなっているので、設定目標15分を達成したといえますか？
17｜よくある疑問
Q. 改善するたびに費用も品質も改善しないとだめ？
いいえ。解説にある7項目のうち少なくとも1項目の目標を定めます。各目標が衝突する場合には、他の重要な条件への悪影響も含めて評価します。
Q. 改善前よりよくなれば成功？
必ずしもそうではありません。目標が適切に設定されているなら、実績をその目標に照らして確認します。未達の場合は必要な処置を検討します。
Q. PDCAは必ず大きなプロジェクトで回す？
いいえ。小さな運用手順の変更や利用者への案内改善も対象です。変更規模に応じた評価・記録・検証が大切です。
Q. 改善と変更は同じ？
改善は「望ましい状態に近づける」という目的や活動です。変更は現行の状態を変える行為です。改善を実現するために変更を伴う場合がありますが、すべての変更が改善とは限りません。
18｜まとめ：改善の価値は目的とのつながりで決まる
目的に整合した機会を選ぶ → 改善目標を設定する → 優先付け・計画・実施する → 目標に照らして測定する → 必要な処置をとって報告する。この一連の反復が継続的改善です。
障害復旧と目標設定については、前の記事「RTO・RPO・RLO」も併せて読むと、サービスの信頼性と継続的改善の関係が理解しやすくなります。
19｜JIS Q 20000-1:2020の全体像：組織を改善し続けるための設計図
JIS Q 20000-1:2020はISO/IEC 20000-1:2018に対応するサービスマネジメントシステム（SMS）の要求事項を示す規格です。これは「障害対応の手順だけ」を定める文書ではありません。組織の方針、責任、計画、支援、運用、評価、改善をひとつの管理システムとして結びます。ここでは規格本文を転載するのでなく、用語と構造を学習のために要約しています。
| 箇条 | 何を扱うか | 日常的な例 |
|---|---|---|
| 4 組織の状況 | 内外の課題、利害関係者、SMSの適用範囲 | 市民・職員が期待する予約サービスを明確にする |
| 5 リーダーシップ | 方針、責任、役割と権限 | サービス責任者と目標を定める |
| 6 計画 | リスク・機会、目的、サービス計画 | 障害低減や待ち時間短縮を計画する |
| 7 支援 | 資源、力量、認識、コミュニケーション、文書・知識 | 当番表・手順書・ナレッジを整える |
| 8 運用 | サービスの提供・変更・対応・保証 | 問い合わせや障害に対応し、新機能を導入する |
| 9 パフォーマンス評価 | 監視・測定、内部監査、マネジメントレビュー、報告 | SLA達成率や復旧時間を確認する |
| 10 改善 | 不適合と是正処置、継続的改善 | 目標未達の原因を直し、成果を測る |
20｜箇条8「SMSの運用」を構成する7つの細分箇条
規格の運用部分（箇条8）は、実際にサービスを届け、維持し、変更するための管理活動です。組織の規模にかかわらず、利用者との約束から調達、変更、障害対応、可用性の確保まで横断します。次の7区分を、運用するための役割マップとして覚えましょう。
8.1 運用の計画及び管理
サービス管理活動に基準と手順を設け、外部委託も含め計画どおりに運用するための統制。
例：運用の監視方法・変更時の確認・責任分界を決める。
8.2 サービスポートフォリオ
提供前・提供中・廃止予定を含むサービスの全体を捉え、サービス計画、ライフサイクルの関係者、サービスカタログ、資産、構成を管理する。
例：予約サービスの提供内容をカタログに掲載し、サーバや契約などの構成を把握する。
8.3 関係及び合意
事業との関係を管理し、サービスレベル（SLA）を明らかにし、供給者との約束を管理する。
例：利用者と受付時間の水準を合意し、委託先の対応範囲を契約で定める。
8.4 供給及び需要
予算・会計、需要管理、容量・能力管理を通じて、需要と提供能力の釣合いを取る。
例：年末の利用増加を予測し、処理能力・人員・費用を用意する。
8.5 サービスの設計・構築及び移行
変更管理、新規・変更サービスの設計と移行、リリース及び展開の管理を扱う。
例：予約画面の更新を審査・検証し、安全に本番展開する。
8.6 解決及び実現
インシデント、サービス要求、問題を区別して管理する。
例：障害を早期に復旧する／パスワード再設定依頼を処理する／繰り返す原因を分析する。
8.7 サービス保証
可用性管理、サービス継続管理、情報セキュリティ管理を通じて、約束したサービスを安全・継続的に提供する。
例：冗長化、復旧訓練、アクセス権や事故対応を管理する。
21｜ひとつの障害から見る運用プロセスのつながり
病院の予約システムが利用できなくなったとします。利用者が困る出来事（インシデント）への対応と、その後の再発防止は別の役割をもちます。同じ出来事がどの管理活動につながるかを追ってみます。
インシデント管理はサービスを早く戻すこと、問題管理は潜在的な原因の特定・管理、変更管理は変更による影響やリスクを統制することが中心です。パスワードリセットなど定型のサービス要求管理は障害処理とは区別します。これらが得た情報は箇条9の評価と箇条10の改善につながります。
22｜ITILとは：サービス管理を実践するための知識体系
ITIL（Information Technology Infrastructure Library）は、ITサービスの価値を生み出すための実践的なガイダンスです。規格の要求をそのまま読み替えたものではありません。JIS Q 20000-1が「組織が満たすべき管理システムの要求」を示すのに対し、ITILは「実際にどうサービス価値をつくり、組織の活動を改善するか」を考える助けとなります。
ITIL 4のサービスバリュー・システム（SVS）
ITIL 4の中心はサービスバリュー・システム（SVS）です。入力となる機会と需要を、活動やプラクティスを通じて価値につなげる全体像です。構成要素は「従うべき原則」「ガバナンス」「サービスバリュー・チェーン」「プラクティス」「継続的改善」です。
サービスバリュー・チェーンの6活動
計画（Plan）、改善（Improve）、エンゲージ（Engage）、設計及び移行（Design & Transition）、取得／構築（Obtain/Build）、提供及びサポート（Deliver & Support）の6活動です。必ず一直線に流れる工程ではなく、目的に応じて組み合わせる活動群です。
ITIL 4の4つの側面（Four Dimensions）
組織と人材
役割、スキル、文化、意思決定
情報と技術
データ、ツール、システム
パートナーとサプライヤ
外部委託、契約、協力関係
バリューストリームとプロセス
仕事の流れ、活動、統制
例えば「障害復旧を早くする」ために新しい監視ツールだけを買っても、連絡体制や担当者の訓練が不十分なら効果が出ません。4つの側面を同時に見る理由はここにあります。
ITIL 4の7つの従うべき原則
1. 価値に着目する
2. 現状から始める
3. フィードバックを得ながら反復して進める
4. 協働し可視性を高める
5. 包括的に考え、取り組む
6. シンプルにし、実践的にする
7. 最適化し、自動化する
23｜JIS Q 20000-1とITILをどう結び付けるか
サービス管理では、要求事項と実践ガイダンスを同一視しないことが重要です。JIS Q 20000-1の認証対象はSMSであり、ITILの資格・プラクティスとイコールではありません。以下の対応は概念理解のための例で、1対1の規格対照表ではありません。
| 管理上の課題 | JIS Q 20000-1の区分 | ITILで参考になるプラクティス |
|---|---|---|
| サービスと構成を把握 | 8.2 | サービスカタログ管理、サービス構成管理、IT資産管理 |
| 利用者との約束 | 8.3 | サービスレベル管理、関係管理、サプライヤ管理 |
| 需要と処理能力の釣合い | 8.4 | キャパシティ／パフォーマンス管理、財務管理 |
| 安全な変更と配備 | 8.5 | 変更実現、リリース管理、展開管理 |
| 障害と利用依頼 | 8.6 | インシデント管理、サービス要求管理、問題管理 |
| 止めない・守る | 8.7 | 可用性管理、サービス継続性管理、情報セキュリティ管理 |
| 結果を測って改善 | 9・10 | 測定と報告、継続的改善 |
24｜操作して分類する：運用7区分と改善のつながり
実務の出来事を選び、どの運用領域に主として該当するかを確認しましょう。「障害復旧」と「根本原因分析」、「サービス要求」と「変更の統制」を分類できることが理解の近道です。
箇条8：運用7区分の分類ラボ
ケース 1 / 7。最も直接的に該当する区分を選びます。
25｜最後に整理する：似た用語を見分ける
サービスカタログ / サービスポートフォリオ
カタログは利用者に提供されるサービスの情報を中心に整理し、ポートフォリオは提案・開発・運用・廃止を含むサービス全体のライフサイクルを捉える。
SLA / OLA / UC
SLAは顧客とのサービスレベル合意。OLAは組織内部の運用レベル合意。UCは外部供給者との裏付け契約で、これらは利用者との約束を支える。
インシデント / 問題 / 変更 / サービス要求
インシデントはサービスの中断・品質低下、問題は原因や潜在的な原因、変更はサービスに影響する状態の追加・修正・削除、サービス要求は定型の利用者依頼。
可用性 / 継続性 / 情報セキュリティ
可用性は必要なときに利用可能なこと、継続性は重大な中断からの復旧を含む提供の継続、情報セキュリティは機密性・完全性・可用性などの保護。
是正処置 / 継続的改善
是正処置は不適合の原因を取り除いて再発を防止する活動。継続的改善は不適合の有無にかかわらずパフォーマンスを高める反復的な活動。
規格の要求 / ITILの実践
JIS Q 20000-1はSMSに必要な要求を定める規格。ITILはサービス価値共創のために活動を設計・改善する実践ガイダンス。
理解の順番は、①SMS全体（4〜10）→ ②運用7区分（8.1〜8.7）→ ③管理活動の違い → ④ITILによる実践 → ⑤目的に照らした改善がおすすめです。ここまでつながると、規格の文言を暗記するよりも、現場で何を管理すべきかを自然に判断できます。
参考：JIS Q 20000-1:2020の規格構造、ITIL 4 Foundationの公式紹介。本文は学習用に要約・再構成したものであり、規格の逐語的な再掲ではありません。