---
type: guideline
title: Step.4 業務の改善
source: デジタル庁
ds_code: ds-120
category: government-system
updated: 2025-06-19
source_url: https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/e2a06143-ed29-4f1d-9c31-0f06fca67afc/9ab95eed/20250619_resources_standard_guidelines_guideline_06.zip
---

# Step.4 業務の改善

業務の改善を進める中で、日常的な改善と、情報システムや業務そのものを見直す場合とがあります。ここでは、日常業務で改善できるポイントを説明します。

## 日常業務中でも改善できることを理解する

【標準ガイドライン関連箇所：第３編第８章第３節】

第８章の活動では、サービス・業務を運営していく中で発生する様々な情報を集め、改善に向けた取り組みに繋げていくことを紹介しました。

その結果、情報システムの見直しが必要なものは、第４章「サービス・業務企画」に立ち戻り、運用保守の見直しが必要なものは第９章「運用及び保守」に立ち戻ります。

改善として、これに該当しないものは、日常的な改善として対応していく必要があります。それらは具体的には次のようなものに該当します。

日常的に実施する改善事項の例

- 業務の見直しは、情報システムに影響を与えない範囲であれば、日常的に実施可能なものです。特に、定期的な改善を検討し、その結果は業務手順書などに反映させましょう。

- 教育・訓練の見直しは、具体的には教育資料の改訂やカリキュラムの改訂に相当します。現状の分析結果を踏まえて、より職員に遡及できるような教育内容に作り替えを行ってください。

- モニタリングの見直しは、日常的に把握すべき指標とその仕組みの見直しに相当します。前出のとおり、ＫＰＩで取るべき指標値は、業務の状況に応じて変更しても構いませんので、それに応じて値の取得方法や内容を見直し、現状を正確に把握できるようにしましょう。

- そのほか、利用者からの問い合わせが多い機能や操作等については、マニュアルの改善やＦＡＱに情報を追加・更新することで改善が図れますので、適宜改善を検討してください。

<!-- -->

- 事例8-10

インシデントの分析結果を利用者へ公開して、利便性を向上

<table style="width:97%;">
<colgroup>
<col style="width: 96%" />
</colgroup>
<thead>
<tr>
<th><p>事例：インシデントの分析結果を利用者へ公開して、利便性を向上</p>
<p>あるプロジェクトでは、多くの職員が利用する内部事務向けの情報システムを運用していました。</p>
<p>数年間にわたってこの情報システムを運用する中では、利用者から様々な問い合わせを受けたり、システムの不具合や誤操作等による多種多様なインシデントが発生したりします。それぞれの問い合わせやインシデントについては一次的な対応は完了しているのですが、人事異動等で利用者が変わると、また同じ問い合わせが発生することもありました。</p>
<p>そこで、今までに蓄積した問い合わせを再分析してみました。すると、この内部事務は特定の時期に特定の業務処理を行うという定期的なイベントが多いこともあり、問い合わせの発生傾向に季節特性が見えました。</p>
<p>このことを受けて、１～２か月に１回程度の頻度で、利用者向けにメールマガジンを発行することとしました。そして、そのメールマガジンの中で、その時期に実施する業務処理や、過去に多く発生したインシデントを紹介しました。また、メールマガジンの内容や体裁についても、どのようにしたら多くの利用者に参照してもらえるかを第一義に考え、アクセシビリティ等の観点から随時改善を行っていきました。</p>
<p>さらに、インシデントを分析した結果を、利用者向けに公開することとしました。それまでも、よくある質問についてはＦＡＱとしてWebサイトで公開していたのですが、ここにインシデントとして分析した内容についても掲載することとしたのです。従前のＦＡＱの掲載件数は1,000件程度でしたが、段階的にインシデントの掲載を増やしていき、１年後には約7,000件にまで掲載件数が増えました。また、FAQのWeｂサイト自体についても、多量の情報から目的の情報を探しやすくするため、検索の利便性の向上等の工夫を行いました。このような取り組みの結果、ＦＡＱのＷｅｂサイトへのアクセス数も大幅に増加し、１年後には３倍以上のアクセスが集まるようになりました。</p>
<p>このように、インシデントの内容に基づいてメールマガジンの発行やＦＡＱ掲載を進めていくことによって、利用者の利便性を向上させると同時に、ヘルプデスクへの問い合わせ件数も減少する傾向となりました。</p>
<p>このプロジェクトでは、今でも継続的にインシデントの分析と公開を続けています。</p></th>
</tr>
</thead>
<tbody>
</tbody>
</table>

## 検討の進め方を理解する

【標準ガイドライン関連箇所：第３編第８章第３節】

利用者視点でサービス・業務を企画するためには、既存のサービス・業務や初期の構想で検討した内容にとらわれず、フラットな視点で事実を把握することから始めることが重要です。この進め方に関して、サービスデザイン思考に則った考え方に「ダブルダイヤモンド」があります。この考え方をサービス・業務企画の活動を当てはめると図8-12のようになります。

- 図8-10

ダブルダイヤモンド

![](../assets/ds-120-ch08-image16.png)

サービス・業務企画の活動に当てはめると、「把握」→「分析」→「企画内容の検討」の作業を順番に実施して終わりではなく、「把握」→「分析」→「企画内容の検討」を1つのサイクルとして繰り返しながら、徐々にサービス・業務の内容を固めていくことになります。

始めは幅広い視点で事実情報を収集し、集まった情報から全体を俯瞰して優先順位を決めながら、さらに詳細な事実を収集して企画内容を詳細化していくという進め方をすることで、事実に基づいた、利用者に寄り添ったサービス・業務を企画することができます。

デジタル・ガバメント推進標準ガイドライン

実践ガイドブック

（第３編第９章　運用及び保守）

目次

[１ 「運用と保守」の位置付けを理解する [6](#運用と保守の位置付けを理解する)](#運用と保守の位置付けを理解する)

[A. サービス・業務をより改善するための活動を行う [6](#サービス業務をより改善するための活動を行う)](#サービス業務をより改善するための活動を行う)

[B. 情報システムの運用と保守の活動を理解する [7](#情報システムの運用と保守の活動を理解する)](#情報システムの運用と保守の活動を理解する)

[C. 運用・保守は他の様々な活動と連携し、並行で実施する [10](#運用保守は他の様々な活動と連携し並行で実施する)](#運用保守は他の様々な活動と連携し並行で実施する)

[D. 運用・保守に、自動化の仕組みを取り入れる [11](#運用保守に自動化の仕組みを取り入れる)](#運用保守に自動化の仕組みを取り入れる)

[E. システム間での運用統合を検討する [12](#システム間での運用統合を検討する)](#システム間での運用統合を検討する)

[２ 作業責任を正しく理解しトラブルを防ぐ [13](#作業責任を正しく理解しトラブルを防ぐ)](#作業責任を正しく理解しトラブルを防ぐ)

[A. 外部委託事業者へ依頼する作業の内容を明確にする [13](#外部委託事業者へ依頼する作業の内容を明確にする)](#外部委託事業者へ依頼する作業の内容を明確にする)

[B. 指標の基礎データを誰がどのように集めるかを明確にする [14](#指標の基礎データを誰がどのように集めるかを明確にする)](#指標の基礎データを誰がどのように集めるかを明確にする)

[C. 業務実施部門を含めた運用体制を確立する [16](#業務実施部門を含めた運用体制を確立する)](#業務実施部門を含めた運用体制を確立する)

[D. 障害発生時の役割分担に注意する [17](#障害発生時の役割分担に注意する)](#障害発生時の役割分担に注意する)

[１ 運用と保守の計画を作成する [18](#運用と保守の計画を作成する)](#運用と保守の計画を作成する)

[A. システムプロファイルに応じた運用・保守レベルにする [19](#_Toc188975344)](#_Toc188975344)

[B. セキュリティ関連作業を定期的に確実に実施する [19](#セキュリティ関連作業を定期的に確実に実施する)](#セキュリティ関連作業を定期的に確実に実施する)

[C. プロジェクトの目標や指標の評価に必要なデータは必ず取得する [20](#プロジェクトの目標や指標の評価に必要なデータは必ず取得する)](#プロジェクトの目標や指標の評価に必要なデータは必ず取得する)

[D. 非機能要件に関連するデータを網羅的に詳細に取得する [20](#非機能要件に関連するデータを網羅的に詳細に取得する)](#非機能要件に関連するデータを網羅的に詳細に取得する)

[E. 会議体は目的を明確にして必要最低限に抑える [21](#会議体は目的を明確にして必要最低限に抑える)](#会議体は目的を明確にして必要最低限に抑える)

[F. 定例会の報告フォーマットを指定して、効率性を上げる [22](#定例会の報告フォーマットを指定して効率性を上げる)](#定例会の報告フォーマットを指定して効率性を上げる)

[G. 運用・保守の工数を把握し、人件費をモニタリングする [23](#運用保守の工数を把握し人件費をモニタリングする)](#運用保守の工数を把握し人件費をモニタリングする)

[H. 運用・保守における変更管理を理解する [26](#運用保守における変更管理を理解する)](#運用保守における変更管理を理解する)

[１ 運用定例会議を有効活用する [28](#運用定例会議を有効活用する)](#運用定例会議を有効活用する)

[A. 運用保守定例会議で確認する内容を理解する [28](#運用保守定例会議で確認する内容を理解する)](#運用保守定例会議で確認する内容を理解する)

[２ 変更を管理し改善活動等の初動を楽にする [32](#変更を管理し改善活動等の初動を楽にする)](#変更を管理し改善活動等の初動を楽にする)

[３ 情報システムで起こった事実を蓄積する [32](#情報システムで起こった事実を蓄積する)](#情報システムで起こった事実を蓄積する)

[A. 運用・保守の範囲にとらわれず、意味のある情報を取得する [32](#運用保守の範囲にとらわれず意味のある情報を取得する)](#運用保守の範囲にとらわれず意味のある情報を取得する)

[B. 情報システムの活用状況を詳細に把握し提供する機能を棚卸しする [33](#情報システムの活用状況を詳細に把握し提供する機能を棚卸しする)](#情報システムの活用状況を詳細に把握し提供する機能を棚卸しする)

[C. 情報システムのログやトランザクションデータから改善のための情報を取得できるようにする [34](#情報システムのログやトランザクションデータから改善のための情報を取得できるようにする)](#情報システムのログやトランザクションデータから改善のための情報を取得できるようにする)

[D. 運用・保守実施記録を適切に保管する [36](#運用保守実施記録を適切に保管する)](#運用保守実施記録を適切に保管する)

[１ 適切な時期に的確に改善を実行する [37](#適切な時期に的確に改善を実行する)](#適切な時期に的確に改善を実行する)

[２ 要員の交代で情報が欠落しないようにする [37](#要員の交代で情報が欠落しないようにする)](#要員の交代で情報が欠落しないようにする)

事例・参考の一覧