第９章　運用及び保守

ＰＪＭＯは、**業務を安定的に運営することはもちろん、目標として掲げた業務の成果指標及びサービスレベル達成のために、常に改善活動を実施し、安定的、かつ、効率的な情報システムの運用及び保守を行う(1)**ものとする。

なお、この章中「運用事業者」、「保守事業者」が実施することとした作業について、職員が自ら実施する事を妨げるものではない(2)。

ＰＪＭＯに定められた情報システム管理者が、運用及び保守作業に関する最終的な確認、決定を行うものとする。

ただし、保守について、契約不適合責任の範囲内で設計・開発事業者が修理等を行う場合には、この章中「保守事業者」とあるのは「設計・開発事業者」と読み替えるものとする。**保守には、アプリケーション保守、ソフトウェア製品保守、ハードウェア保守等が存在し、それぞれ作業内容が異なる(3)**ことに留意する。

1. １. はじめに

情報システムの運用及び保守は、政策目的の達成を念頭に、サービスとして達成すべきレベルを十分理解した上で、計画や実施要領を策定することが求められる。また、運用及び保守業務の遂行に当たっては、定めた計画や実施要領に沿って作業を実施することに加え、各作業の実績や情報システムの稼働状況等を適切に把握し、作業の効率化を積極的に進めるため、日頃から運用及び保守業務の改善活動を推進できる体制を整備した上で業務を遂行することが必要である。

このため、本章は、プロジェクトの目標を達成できるよう、情報システムを安定的に運用するために、運用及び保守における準備や実施、改善、引継ぎについて必要となる活動を定めるものである。

なお、本書では、運用及び保守とプロジェクトの他の活動との関係を図9-1のように想定している。

• 図9-1

運用及び保守と前後の工程との関係

2. ２. 解説

「業務を安定的に運営することはもちろん、目標として掲げた業務の成果指標及びサービスレベル達成のために、常に改善活動を実施し、安定的、かつ、効率的な情報システムの運用及び保守を行う」

運用及び保守の目的は、「システム（ハードウェア、ソフトウェア等）を障害なく稼働させ、決められたサービス・機能を決められた時間帯を通して継続して提供することで、業務を安定的に運営すること」はもちろんのこと、もう一つの重要な側面として、「目標達成のための情報提供及び改善実施」がある。利用者数増やオンライン申請率の向上等の業務として掲げた成果指標の達成のために、あるいは要求稼働率の遵守や障害回復までの時間の遵守等合意されたサービルレベル達成のために、システムから必要十分な実績データを収集し、その分析・評価を通して目標達成へと繋げていく継続的改善活動であることも改めて認識しておく必要がある。以下に示す運用及び保守業務を検討・実施する上で、上記２つの目的を常に意識し作業を組立て効率的に進めていくことが重要である。

運用及び保守業務を検討する際には、多様な運用形態を踏まえた上で、安定した運用を効率良く継続するための検討をする必要がある。

「多様な運用形態」とは、情報システムのクラウドサービスの適用等に伴い、運用形態も多様化していることを指す。例えば、複数の情報システムを単一の事業者が統合的に運用する場合もあれば、情報システムの一部の機能としてクラウドサービスを利用することで、クラウドサービスの運用とその他の機能の運用を異なる事業者が個別に実施する場合もある。運用形態が異なれば、運用及び保守業務として実施すべき作業内容、責任分界、留意事項等も異なるため、当該情報システムの運用形態を踏まえて運用及び保守業務の作業内容等を検討することが必要となる。

「運用及び保守業務」として対象とする業務と、機能改修は明確に区別することが重要であり、運用業務、保守業務及び機能改修はＩＴガバナンスの観点から責任分界を適切に定める必要がある。例えば、保守において情報システムのソフトウェアを変更する際は、保守事業者が修正プログラムを作成し、検証環境におけるテストを実施した上で、ＰＪＭＯが適用可否の判断を行い、ＰＪＭＯの指示の下、運用事業者が本番環境に対する適用作業を行うよう役割分担を明確にする。一方、ハードウェアの修理、交換等の際は、保守事業者が本番環境に対して直接作業を行うこともあるため、責任所在が不明確にならないよう、業務に応じて決定する必要がある。

また、アプリケーション保守業務と機能改修は、いずれも情報システムの構成等の変更に携わる業務ではあるが、新機能の追加や既存機能の変更を行う場合は機能改修に該当し、情報システムの設計・開発として扱う必要がある。したがって、機能改修とアプリケーション保守業務を区分せず調達することは、情報システムの設計・開発時に実施すべき作業が抜け落ちることを防ぐためにも避けるべきである。やむを得ず両者を一括で契約する場合においても、経費や工数の区分がわかるように留意すること。

運用業務、保守業務及び機能改修の基本的な区分けの考え方を次に示す。

ア 運用業務

情報システムの稼働状態を維持することを目的とした業務。

管理対象は情報システムを構成する全ての環境であり、本番環境に対する変更作業を実施する点が、保守業務との大きな相違点である。なお、情報システムの設計された仕様及び構成の変更は、保守プログラムの適用等のほかは原則として行わない。

また、定常的に監視作業や情報システム維持作業、ユーザーサポート業務を実施し、これらの作業時に発生した異常情報を契機に、障害発生時の対応を実施する。

• 表9-1

運用業務の対象作業例

運用業務の対象とする作業の概要の例を表9-1に示す。

イ 保守業務

情報システムが設計された仕様どおりに動作するように、情報システムの機能や品質を維持することを目的とした業務。

保守業務は開発環境、検証環境等で実施し、本番環境への適用は、運用事業者に依頼する。

保守業務の対象とする作業の概要の例を、表9-2に示す。

• 表9-2

保守業務の対象作業例

ウ 機能改修

情報システムについて、設計された仕様を変更又は追加し、当該情報システムの機能を追加・修正する業務。

機能改修を実施する場合は、新規開発と同様に標準ガイドライン各章で定義された作業のうち必要なものを実施すること。また、この作業の単位をサブプロジェクトとして管理することができる。

「この章中「運用事業者」、「保守事業者」が実施することとした作業について、職員が自ら実施する事を妨げるものではない」

「職員が自ら実施する」とは、運用及び保守業務の一部又は全部を職員自らが実施することを指す。ただし、これらの作業を実施するために必要な技術を有する職員の安定的な確保や、人事異動等が作業の品質に影響を与えることのないよう対策を検討し、職員のみでは継続的な作業水準の確保が困難であることが想定されるときには、支援事業者の調達等に必要な予算の確保を図る必要がある。

「保守には、アプリケーション保守、ソフトウェア製品保守、ハードウェア保守等が存在し、それぞれ作業内容が異なる」

「アプリケーション保守、ソフトウェア製品保守、ハードウェア保守等」とは、保守対象には施設、回線、クラウドサービスを含む外部サービスも含むことを指す。

運用開始前の準備

ＰＪＭＯは、運用及び保守を計画的に実施するため、自ら運用及び保守を行わない場合、次の1）から6）までに掲げる事項に取り組むものとする。その際、プロジェクト計画書、要件定義書等に変更が生じる場合には、これらを変更する。

3. １. 趣旨

ＰＪＭＯは、整備した情報システムを、政策目的やプロジェクトの目標の達成に向けて策定されたプロジェクト計画に従い、運用及び保守を遂行することが求められる。

このため、本節においては、複雑かつ多岐にわたる運用及び保守作業を開始する前に必要となる準備について、効率良く確実に行うための手順及び実施内容を示す。また、これら準備作業を進めるに当たっては、ＰＭＯ、政府デジタル人材、高度デジタル人材、外部組織の有識者、専門的な知見を持つ職員等の支援や助言を受けることが望ましい。

なお、運用及び保守作業を事業者に委託せず職員自身で実施する場合においても、職員が中心となって作業を行う上で必要となる計画や実施上の取り決めを、計画書及び実施要領として記載する。

運用事業者、保守事業者等の調達

ＰＪＭＯは、情報システムの運用を行う運用事業者、保守を行う保守事業者、プロジェクト管理支援事業者（「第６章２．1)クb)ロ) 設計・開発等のプロジェクト管理支援事業者」参照）等について、運用及び保守業務の全てが職員及び各事業者に分担されるよう検討する(1)。

また、各事業者の作業範囲、作業内容、スケジュール、品質、責任分界等を定めた調達仕様書を作成し、調達を行うものとする。

4. １. 趣旨

ＰＪＭＯは、運用・保守工程において、情報システムを維持・管理するために必要となる作業を、計画した予算内で漏れなく確実に実施する必要がある。運用及び保守業務を行うために、多くの場合外部事業者を調達するが、プロジェクトに必要とされる作業の内容や量を正しく把握し、業務を遂行できる事業者を選定することは、当該情報システムを維持・管理する上で非常に重要な事項である。

このため、ＰＪＭＯは、適切な運用及び保守事業者を調達するために必要な内容を記載した調達仕様書を作成し、調達を行う。

5. ２. 解説

「運用及び保守業務の全てが職員及び各事業者に分担されるよう検討する」

「運用及び保守業務の全てが職員及び各事業者に分担される」とは、運用及び保守業務の全てを漏れなく運用及び保守業務を実施する関係者に割り当てることを指す。関係者には、調達した各事業者以外にも業務に係る職員も含む。この作業の分担が正しく行われないと、作業の漏れが発生し、情報システムの運用・保守業務の遂行に必ず支障が生じるため、慎重に検討することが重要である。

具体的には、設計・開発における運用設計及び保守設計の内容を適切に反映し、運用及び保守業務で対象となる作業を全て洗い出した上で、それぞれの作業に対して実施する関係者を割り当てていく。

その上で、調達が必要な作業については「第６章３．調達仕様書の作成等」の記載に基づき、調達仕様書を作成し、調達を実施する。なお、設計・開発事業者が作成した運用計画書・保守計画書の案については、調達仕様書の附属文書又は閲覧資料として、応札希望者等に提示する。調達仕様書の附属文書とするか、閲覧資料とするかの区別は、機密保持の観点から判断する。

運用計画書の作成と確定

ＰＪＭＯは、設計・開発時に作成した運用計画書の案（「第７章４．5) 運用・保守の設計」参照）、調達仕様書、要件定義書等に基づき、関連する他の事業者との調整を行った上で、運用計画書の作成を行う(1)。**運用計画書には、原則として次のアからカまでに掲げる事項について記載する(2)**ものとする。また、附属文書として、監視項目、運用業務フローなどの作業項目、作業内容、スケジュール、担当者等について記載するものとする。また、ＰＪＭＯは、これにより作成した運用計画書を、ＰＭＯ及び関係機関と調整し、確定するものとする。

ア　作業概要

監視、運用作業の対象範囲、作業概要等について記載する。

運用作業として、定常時における監視作業、情報システム維持作業、ユーザーサポート業務、データの収集と報告、及び障害発生時における情報システム維持作業を定義する。特に、セキュリティや業務継続の観点から、情報システムの安全性及び信頼性を確保できるように留意すること

イ　作業体制に関する事項

ＰＪＭＯ、運用事業者のみならず、運用に関わる関係機関、情報システムの利用者、関係事業者等の運用に関連する全ての関係者について、その体制、関係者間の関係性、役割分担、責務等を記載する。

ウ　スケジュールに関する事項

プロジェクト計画書及び調達仕様書に基づき、運用を行う上で基本とする作業内容、関係するほかの作業工程、そのスケジュール等について記載する。

エ　成果物に関する事項

運用によって納品される成果物の内容、担当者、納入期限、納入方法、納入部数等について記載する。

オ　運用形態、運用環境等

運用において採用する運用形態（オンサイト、リモート等）、運用環境（本番環境、検証環境、研修環境等の有無）等を記載する。

カ　その他

上記アからオまでに掲げる事項のほか、運用を行う上での前提条件、時間、予算、品質等の制約条件等について記載する。

6. １. 趣旨

ＰＪＭＯは、情報システムの安定稼働を実現するとともに、情報システムの稼働状況や作業実績等を踏まえた改善活動を継続的に実施することを目的として、定期的に実施する運用業務の作業内容やスケジュール等について記載した運用計画書を作成する。

運用計画書の作成は、必要な運用業務が運用計画に漏れなく定義され、かつ、効率的なものとなるよう、運用事業者から作業内容や実施時間、実施サイクル等についての情報提供等の支援を受けることが有効である。また、他の情報システムと連携し統合的な運用を行う場合には、運用業務の内容やスケジュール等についてＰＭＯや他プロジェクトのＰＪＭＯと適切な調整を図りながら運用計画書を確定し、関連するプロジェクト間で整合性がとれた計画となるよう取り組むことが重要である。

7. ２. 解説

「設計・開発時に作成した運用計画書の案（「第７章４．5) 運用・保守の設計」参照）、調達仕様書、要件定義書等に基づき、関連する他の事業者との調整を行った上で、運用計画書の案の作成を行う」

「設計・開発時に作成した運用計画書の案、調達仕様書、要件定義書等」とは、設計・開発時に、定常時における月次の作業内容や想定スケジュール等を取りまとめて作成した運用計画書の案、運用体制及び実施手順、運用事業者を調達した際の調達仕様書、要件定義書における運用に関する要件、提案書の内容を指す。

運用計画書の作成は、設計・開発事業者から運用事業者への引継ぎを確実に行った上で行う。

「運用計画書には、原則として次のアからカまでに掲げる事項について記載する」

運用計画書の記載事項の例を、表9-3に示す。

• 表9-3

運用計画書の記載内容

運用実施要領の作成と確定

**ＰＪＭＯは、運用実施要領をプロジェクト計画書及び運用計画書と整合性を確保しつつ作成し、原則として次のアからクまでに掲げる事項について記載する(1)**ものとする。

ア　コミュニケーション管理

運用に携わる事業者、関係事業者等との合意形成に関する手続、連絡調整に関する方法、運用事業者が参加すべき会議・開催頻度・議事録等の管理等について記載する。特に、インシデント発生時の連絡手段や報告要領についても記載するものとする。その際、ＰＪＭＯと運用に携わる事業者の双方において作業内容及び手順に関する認識に相違が生じないよう、ＰＪＭＯが議事録の正確性を確認し、修正することができること及びその手順を盛り込むものとする。

イ　体制管理

運用に携わる事業者における作業体制の管理手法等について記載する。

ウ　作業管理

運用の作業及びその品質の管理手法等について記載する。

エ　リスク管理

運用における作業を阻害する可能性のあるリスクを適切に管理するため、リスク認識の手法、リスクの管理手法、顕在時の対応手順等について記載する。

オ　課題管理

運用において解決すべき問題について、発生時の対応手順、管理手法等について記載する。

カ　システム構成管理

運用における情報システムの構成（ハードウェア、ソフトウェア製品、アプリケーションプログラム、ネットワーク、外部サービス、施設・区域、公開ドメイン等）の管理手法等について記載する。

キ　変更管理

運用により発生する変更内容について、管理対象、変更手順、管理手法等について記載する。

ク　情報セキュリティ対策

平常時のセキュリティ運用として、継続的な脆弱性管理、構成管理及び変更管理を行い、不正アクセス等のセキュリティ脅威に対する監視運用を行うための具体的方法を記載する。

また、セキュリティインシデント発生に備えた体制や手順、発生時の被害極小化、速やかなサービス復旧を行うための具体的方法を記載する。

8. １. 趣旨

ＰＪＭＯは、運用事業者の支援を受けて、当該情報システムにおける運用業務の管理方法や手順、遵守事項等について定めた運用実施要領を作成する。運用実施要領は、プロジェクト計画書の実施計画や運用計画書における作業内容、スケジュール等との整合性を図った上で作成する。

また、運用業務を管理する上での具体的な方法等を示した作業手順書も併せて作成する。作業手順書として作成を依頼する対象例を次に示す。

• 入退室管理手順

• データ管理（授受・廃棄等）手順

• ライブラリアクセス管理手順

• オペレータへの作業依頼手順

• オペレータの作業手順

• サービスレベル等未達成時の対応作業手順

• ヘルプデスクにおける作業手順

• コールセンターにおける作業手順

• 障害対策マニュアル　等

ＰＪＭＯは、運用実施要領及び作業手順書を作成し、作成後は当該情報システムの運用に携わる事業者に加えて、関連が深い他システムの関係事業者等にも確認を求める。特に、定期的な会議における報告書については、項目及び報告内容について事業者と合意した上で、それに基づいた報告・確認を行うことが重要である。

9. ２. 解説

「ＰＪＭＯは、運用実施要領をプロジェクト計画書及び運用計画書と整合性を確保しつつ作成し、原則として次のアからクまでに掲げる事項について記載する」

運用実施要領の記載事項を、表9-4に示す。

• 表9-4

運用実施要領の記載内容

保守計画書の作成と確定

ＰＪＭＯは、設計・開発時に作成した保守計画書の案（「第７章４．5) 運用・保守の設計」参照）、調達仕様書、要件定義書、運用計画書等に基づき、他の関連する事業者の支援を受けて、保守計画書の作成を行う(1)。**保守計画書には、原則として次のアからカまでに掲げる事項について記載する(2)**ものとする。また、附属文書として、定期保守項目、保守業務フローなどの作業項目、作業内容、スケジュール、担当者等について記載するものとする。また、ＰＪＭＯは、これにより作成した保守計画書を、ＰＭＯ及び関係機関と調整し、確定するものとする。

なお、保守計画はシステムプロファイルに応じた保守水準となるよう留意する(3)。

ア　作業概要

保守の対象範囲、作業概要等について記載する。この際、契約不適合責任の範囲内で実施する作業との分担を明確にするものとする。

作業として、定常時におけるハードウェアの保守、ソフトウェア製品の保守、データの収集と報告、障害発生時におけるアプリケーションプログラムの保守、ハードウェアの保守、ソフトウェア製品の保守を定義する。

イ　作業体制に関する事項

ＰＪＭＯ、保守事業者のみならず、保守に関わる関係機関、情報システムの利用者、運用事業者等の関係事業者等の保守に関連する全ての関係者について、その体制、関係者間の関係性、役割分担、責務等について記載する。

ウ　スケジュールに関する事項

プロジェクト計画書及び調達仕様書に基づき、保守を行う上で基本とする作業内容、関係するほかの作業工程、そのスケジュール等について記載する。

エ　成果物に関する事項

保守によって納品される成果物の内容、担当者、納入期限、納入方法、納入部数等について記載する。

オ　保守形態、保守環境等

保守において採用する保守形態（オンサイト、リモート等）、保守環境（保守用の開発環境、テスト環境等の有無）等を記載する。

カ　その他

上記アからオまでに掲げる事項のほか、保守を行う上での前提条件、時間、予算、品質等の制約条件等について記載する。

10. １. 趣旨

「第９章１．2)運用計画書の作成と確定」で示した運用計画と同様の趣旨で、保守業務に関する保守計画を作成する必要がある。

11. ２. 解説

「設計・開発時に作成した保守計画書の案（「第７章４．5) 運用・保守の設計」参照）、調達仕様書、要件定義書、運用計画書等に基づき、他の関連する事業者の支援を受けて、保守計画書の作成を行う」

「保守計画書の案、調達仕様書、要件定義書、運用計画書等」とは、設計・開発時に作成した保守計画書の案、保守体制及び実施手順、保守事業者を調達した際の調達仕様書、要件定義書における保守に関する要件、提案書等の内容を指す。

なお、保守計画書の作成は、設計・開発事業者から保守事業者への引継ぎを確実に行った上で行う。

「保守計画書には、原則として次のアからカまでに掲げる事項について記載する」

保守計画書の記載事項を、表9-5に示す。

• 表9-5

保守計画書の記載内容

「保守計画はシステムプロファイルに応じた保守水準となるよう留意する」

• 参考

標準ガイドライン

別紙５ システムプロファイルに係る定義について

「システムプロファイル」とは、デジタル庁が示す要領に基づいて定義する政府情報システムの信頼性の水準を指す。４段階のレベルから構成されるものであり、レベルⅣが最も高い信頼性が求められる政府情報システムとなる。

「システムプロファイルに応じた保守水準」とは、情報システムに求められるシステムプロファイルのレベルに合わせた保守のレベルを指す。具体的には、システムプロファイルのレベルを踏まえて、情報システム故障時における影響度やリスクの受容・予防・回避判断等、保守レベルが適切であるかを確認する。

当該情報システムに求められるシステムプロファイルのレベルと、保守のレベルが不一致である場合、過度な作業に伴うコストの増加や、過小な作業見積によるサービスレベルの低下を引き起こすおそれがあるため、適正なレベルとなるよう確認する必要がある。

保守実施要領の作成と確定

**ＰＪＭＯは、保守実施要領をプロジェクト計画書、運用実施要領及び保守計画書と整合性を確保しつつ作成し、原則として次のアからクまでに掲げる事項について記載する(1)**ものとする。

ア　コミュニケーション管理

保守に携わる事業者、関係事業者等との合意形成に関する手続、連絡調整に関する方法、保守事業者が参加すべき会議・開催頻度・議事録等の管理等について記載する。特に、ＰＪＭＯと保守に携わる事業者の双方において作業内容及び手順に関する認識に相違が生じないよう、ＰＪＭＯが議事録の正確性を確認し、修正することができること及びその手順を盛り込むものとする。

イ　体制管理

保守に携わる事業者における作業体制の管理手法等について記載する。

ウ　作業管理

保守の作業及びその品質の管理手法等について記載する。

エ　リスク管理

保守における作業を阻害する可能性のあるリスクを適切に管理するため、リスク認識の手法、リスクの管理手法、顕在時の対応手順等について記載する。

オ　課題管理

保守において解決すべき問題について、発生時の対応手順、管理手法等について記載する。

カ　システム構成管理

保守における情報システムの構成（ハードウェア、ソフトウェア製品、アプリケーションプログラム、ネットワーク、外部サービス、施設・区域、公開ドメイン等）の管理手法等について記載する。

キ　変更管理

保守により発生する変更内容について、管理対象、変更手順、管理手法等について記載する。

ク　情報セキュリティ対策

運用実施要領に記載した情報セキュリティ対策を踏まえ、ＰＪＭＯ、運用事業者を含めた関係者と連携して情報セキュリティ対策を推進するための具体的方法を記載する。

12. １. 趣旨

「第９章１．3)運用実施要領の案の作成と確定」で示した運用実施要領と同様の趣旨で、保守業務に関する保守実施要領を作成する必要がある。

また、保守業務を管理する上での具体的な方法等を示した作業手順書の作成対象例を次に示す。

• 定期保守・点検手順

• 障害対策マニュアル

ＰＪＭＯは、保守実施要領及び作業手順書を作成し、作成後は当該情報システムの保守に携わる事業者に加えて、関連が深い他システムの関係事業者等にも確認を求める。特に、定期的な会議における報告書については、項目及び報告内容について事業者と合意した上で、それに基づいた報告・確認を行うことが重要である。

13. ２. 解説

「ＰＪＭＯは、保守実施要領をプロジェクト計画書、運用実施要領及び保守計画書と整合性を確保しつつ作成し、原則として次のアからクまでに掲げる事項について記載する」

保守実施要領の記載事項を、表9-6に示す。

• 表9-6

保守実施要領の記載内容

大規模災害等の情報システム運用継続計画書の作成と確定

ＰＪＭＯは、各府省の業務継続計画に基づき、情報システム運用継続計画を策定するものとする。情報システム運用継続計画は、システムプロファイルに応じた水準となるよう留意する(1)。また、災害の発生時に、情報システム運用継続計画に定めた手順を確実に実行できるように訓練や教育活動等を定期的に実施すること。

14. １. 趣旨

情報システムの運用の継続性について、障害、災害等による情報システムの問題発生時に求められる必要最低限の機能、その目標復旧時間等について「第５章２．1)ウ 非機能要件の定義」の継続性に関する事項として定めている。

このため、各府省の業務継続計画とともに、実行可能な大規模災害等の情報システム運用継続計画書を作成し、関係機関等と調整の上、確定する。

※参考：「政府機関等における情報システム運用継続計画ガイドライン」及び関連資料https://www.nisc.go.jp/active/general/itbcp-guideline.html

15. ２. 解説

「情報システム運用継続計画は、システムプロファイルに応じた水準となるよう留意する」

「情報システム運用継続計画」とは、各府省で策定された業務継続計画を踏まえて情報システムごとに策定する、情報システムの運用継続計画のことを指す。

「システムプロファイルに応じた水準」とは、情報システムに求められるシステムプロファイルのレベルに合わせた情報システム運用継続計画になっていることを指す。具体的には、「第５章２．1)ウ 非機能要件の定義」の継続性に関する事項に基づき情報システム運用継続計画を策定するときに、当該情報システムのシステムプロファイルのレベルと同一レベルであるかを確認する。

システムプロファイルのレベルによって、情報システム運用継続計画に求められる水準が大きく異なるため、情報システム運用継続計画を策定する前提条件として、事前に確認することが重要である。

運用及び保守の実施

ＰＪＭＯは、運用及び保守を行うときは、少なくとも次のとおり実施するものとする。なお、保守を実施することにより、情報システムを構成するソフトウェア製品、ハードウェア等を改修又は更改する場合には、設計書の変更管理等、設計・開発時と同様の取組を行うものとする。

16. １. 趣旨

情報システムの本番移行が完了しても、それで全ての整備作業が終了するわけではなく、プロジェクトの目的・目標を確実に達成するためには、情報システムの稼働状態や品質等を安定的かつ効率的に維持するとともに、目標や指標に対する実績値の評価を行い、継続的な改善を行っていくことが必要となる。また、障害発生時や大規模災害時等の不測の事態に備え、リスクや課題を管理し、発生時には計画に則って適切な対処を行えるように準備することも必要である。

このため、ＰＪＭＯは、運用・保守事業者との定例会議等を通じ、定期的に作業状況及び目標や指標の達成状況等を把握・分析し、継続的な改善を行えるよう問題を管理する。また、障害発生時には、事前に定めた計画にしたがって、運用・保守事業者と協働して必要な対応を行い、影響を最小限にとどめるよう努めるとともに、大規模災害等に対しても、定期的に訓練等を行うことで発災時に円滑かつ迅速な対応ができるように備える。

なお、運用及び保守作業を事業者に委託せず職員自身で実施する場合においても、実施すべき事項や注意すべき内容は同じである。

運用の実施

ＰＪＭＯは、運用を行うときは、少なくとも次のア及びイのとおり実施するものとする。

ア　定常時対応

ＰＪＭＯは、運用事業者、保守事業者等に対し、運用計画書及び保守計画書に基づいた作業を求め、次のとおり作業を行うものとする。

a)　作業実績把握と確認

ＰＪＭＯは、**運用事業者等に対し、定期的（毎月等）に会議（以下「定期運用会議」という。）を開催し(1)、当該月の作業実績等をまとめて報告するよう求め、少なくとも次の[1]から[8]までに掲げる事項について、記載内容を事前に合意する(2)**ものとする。なお、報告は実績データに基づいた達成状況と、未達の指標に関してはその分析・評価及び対策を求め、ＰＪＭＯ自身が業務の成果指標及びサービスレベルの目標達成を常に確認できる報告内容とすること。

**確認により把握された問題は、「１．3)オ 課題管理」で定めた手順に従って、対応する(3)**ものとする。

1. 成果指標とサービスレベルの達成状況

2. 成果指標関連実績データと分析・評価及び対策

3. サービスレベル関連実績データと分析・評価及び対策

4. 情報セキュリティ状況

5. 作業の計画と実績状況

6. リスク・課題の発生と対応状況

7. 情報システムの構成管理状況

8. 教育・訓練状況

b)　情報共有

ＰＪＭＯは、**運用事業者、保守事業者等に対し、業務の運営状況、業務量や利用者の増減等の今後の見通しを提示するとともに、情報システムの運用上のリスク等について確認し、情報を共有の上、リスク対応等が必要な場合には対応策を検討する(4)**ものとする。

イ　障害発生時対応

a)　対応

ＰＪＭＯは、**情報システムについて障害が発生し、又は発生するおそれがあるときは、運用及び保守における実施手順等に基づき、運用事業者、保守事業者等の作業分担を明らかにし、対応を行う(5)**ものとする。また、関係機関、情報システムの利用者等に発生事象内容と対応策を連絡するものとする。同様の事象が将来にわたって発生する可能性がある場合には、運用事業者等に対し、事象の分析及びその対応策の提出を求め、必要な措置を講ずるものとする。

b)　障害報告

ＰＪＭＯは、運用事業者、保守事業者等から障害発生の報告を受け、情報システムの安定的な運用が困難になるおそれがあると認められる場合及び他の情報システムの運用に悪影響が生じるおそれがあると認められる場合には、ＰＭＯ等へ報告するものとし、**ＰＭＯ等の支援や助言を受けて、必要な対策を講ずる(6)**ものとする。

なお、情報漏えい等の情報セキュリティインシデントが発生した場合は、自府省の情報セキュリティポリシー等により規定されたルールに基づき、対応するものとする。

17. １. 趣旨

プロジェクトの目標を確実に達成するためには、サービス・業務を支える情報システムを安定的に運用し、情報システムの稼働状態を維持し続けることが必要不可欠である。また、運用期間中、運用事業者との間に継続的な契約が結ばれ、経費が一定であれば、運用管理上の問題はないということではなく、日々の運用業務の実績について的確に把握した上で、運用コストの削減や運用業務におけるリスク・課題の解消等を実施し、運用業務の改善に努めることが重要となる。

このため、ＰＪＭＯは、定期的に運用状況を把握し、安定した運用業務を運営するとともに、より安定的かつ効率的な運用業務となるよう、運用業務の実績を把握・分析し、問題を管理する。

現状の把握・分析に当たっては、サンプル調査を行い、平均値を求めることで運用実績の全体像を把握したとはならず、一つ一つの実績を丹念に把握・分析し、適切な見直しを行うことが重要である。

18. ２. 解説

定常時対応

運用業務における定常時対応とは、情報システムの稼働状態を維持するために必要となる定常的に行う作業であり、監視作業、情報システムの維持作業、ユーザーサポート業務に大別される。詳細は、表9-1を参照のこと。

「運用事業者等に対し、定期的（毎月等）に会議（以下「定期運用会議」という。）を開催し」

「定期運用会議」とは、ＰＪＭＯが、主に運用事業者や保守事業者等の運用及び保守の関係者を招集し、運用及び保守の実績把握や情報共有等を行うための定期的な会議を指す。

定期運用会議は、運用実施要領及び保守実施要領のコミュニケーション管理にて定めた間隔で定期的に開催し、運用事業者及び保守事業者等が、運用計画及び保守計画にて事前に合意した報告書の項目に従って、作業実績等を報告し、その内容の確認を行う。報告書のフォーマットは、実績の集計や経過の正確な把握ができるよう、運用と保守でできる限り統一し、一貫した形式となるように計画時点で定める。

「当該月の作業実績等をまとめて報告するよう求め、少なくとも次の[1]から[8]までに掲げる事項について、記載内容を事前に合意する」

「次の[1]から[8]までに掲げる事項について、記載内容を事前に合意する」とは、ＰＪＭＯが、報告対象期間の運用作業実績等について、少なくとも次に示す事項について確認を行うことを指す。確認事項について、要求した水準に達していない、改善が必要と判断される等の場合には、運用事業者に対して、その原因の分析及び対応策についての提案を求める。原因分析及び対応策の提案に当たっては、責任分界を踏まえて、場合によっては保守事業者に対応を求める等、対応者や対応範囲等を明確にするとともに、運用業務の改善や運用計画の見直しを検討する。

• 表9-7

定期運用会議における運用作業の確認観点の例

「確認により把握された問題は、「１．3)オ 課題管理」で定めた手順に従って、対応する」

「「１．3)オ 課題管理」で定めた手順に従って、対応する」とは、ＰＪＭＯは、運用事業者より報告された作業実績を確認し、その内容について問題点や課題等を整理し、「１．3)オ 課題管理」で定められた手順に従って、課題解決又は改善活動を実施することを指す。

なお、運用作業等の変更で対応可能な内容に関しては、「１．3)キ 変更管理」で定めた手順に従って対応するが、その範囲を超えると想定されるときには、「第８章２．6)業務運営上の課題・要望の管理」にて、提供するサービス・業務全体を俯瞰した検討を行う。

「運用事業者、保守事業者等に対し、業務の運営状況、業務量や利用者の増減等の今後の見通しを提示するとともに、情報システムの運用上のリスク等について確認し、情報を共有の上、リスク対応等が必要な場合には対応策を検討する」

「業務の運営状況、業務量や利用者の増減等の今後の見通し」とは、サービス・業務の目標達成状況、業務実施における課題、法制度の改正、業務の実施方法や体制の変更等、情報システムの運用に影響を与える又は今後影響を与え得る事項のことを指す。

「運用上のリスク等について確認する」とは、業務の運営状況や今後の見通し等により、発生し得る新たなリスクや課題の確認だけではなく、既に認識しているリスクや課題の評価や対応方針等を見直すことを指す。

ＰＪＭＯは、運用事業者や保守事業者等に対してＰＪＭＯ側が知り得る情報を提示し、運用事業者や保守事業者等は、ＰＪＭＯから提示された情報を基に、リスクや課題の評価、対応方針等に変更が発生する可能性について提案する。運用事業者や保守事業者からの提案内容については、プロジェクト管理要領のリスク管理及び課題管理の記載事項に従い、適切に管理する。

リスクや課題への対応等が必要と判断される場合には、運用事業者や保守事業者と相談しながら、対応策を検討し、運用業務の改善や運用計画の見直しを行う。

障害発生時対応

運用業務における障害発生時対応とは、発生した障害の記録や切り分け等の管理、障害に係る復旧作業やリリース作業を指す。障害対応については、一般的には表9-1で示すような障害発生時対応作業が含まれるが、職員、運用事業者及び保守事業者との役割や作業範囲等が曖昧にならないよう、「１．運用開始前の準備」の計画書及び実施要領にて明確にする。

「情報システムについて障害が発生し、又は発生するおそれがあるときは、運用及び保守における実施手順等に基づき、運用事業者、保守事業者等の作業分担を明らかにし、対応を行う」

「運用及び保守における実施手順等」とは、設計・開発工程において作成した障害発生時対応の実施手順（「第７章４．5) 運用・保守の設計」）、運用計画の作業体制に関する事項、運用実施要領のコミュニケーション管理において定めたインシデント発生時の対応体制、連絡手段、報告要領及び具体的な作業手順を定めた障害対策マニュアルのことを指す。

ＰＪＭＯは、運用事業者等の作業分担を明確にした上で、障害対策マニュアルに従い対応を行う。

情報システムの運用・保守中に発生した障害については、運用計画及び保守計画の作業管理にて定める管理方法に従い管理する。

想定外のリスクが発見された場合でプロジェクト全体として管理すべきものと判断される場合は、運用実施要領及び保守実施要領のリスク管理の記載事項に従い対応する。また、発生した障害のうち恒久的な対策が必要なものや今後予見される障害のうち現時点から対策が必要なものであり、プロジェクト全体として管理すべきものと判断される場合は、運用実施要領及び保守実施要領の課題管理の記載事項に従い対応する。

「ＰＭＯ等の支援や助言を受けて、必要な対策を講ずる」

「ＰＭＯ等」とは、ＰＭＯ以外に、政府デジタル人材、高度デジタル人材、外部組織の有識者や専門的な知見を持つ職員を含むことを指す。

保守の実施

ＰＪＭＯは、保守を行うときは、少なくとも次のア及びイのとおり実施するものとする。また、保守について、保守契約に基づく作業と契約不適合責任に基づく作業とを明確に区別して管理するものとする。その際、作業内容、作業手順等について事前に確認し、業務への影響等について把握の上、保守の実施の時期について判断を行うものとする。

ア　定常時対応

ＰＪＭＯは、定期運用会議に保守事業者の参加を求めるとともに、**保守事業者に対し、当該月の作業実績等をまとめて報告するよう求め、少なくとも次の[1]から[5]までに掲げる事項を確認する(1)**ものとする。

1. 成果指標とサービスレベルの達成状況

9. 作業の計画と実績状況

10. 障害やインシデントの発生と対応状況

11. 情報システムの構成と稼働監視状況

12. リスク・課題の把握・対応状況

イ　障害発生時対応

ＰＪＭＯは、保守事業者が担当する案件についても、「1)イ 障害発生時対応」に規定する内容と同様の取組を行うものとする。

19. １. 趣旨

情報システムを構築した後、その情報システムの機能や品質を維持し、正常かつ安全に稼働させるためには、ソフトウェア及びハードウェア等の定期的な保守、障害発生時の対応等を適切に実施していく必要がある。一方で、保守作業の実施に際しては、十分な準備を行い、当該作業の重要性とサービス・業務への影響を鑑みて、実施していくことが必要となる。

このため、ＰＪＭＯは、運用業務と同様に、定期的に保守作業の状況を把握し、関係者や運用事業者と調整し、安定した保守業務を運営する。また、保守業務においても、ある一定の運用期間中、保守経費が一定であれば問題はないということではなく、より効率的な保守業務となるよう、定期的に保守業務の実績を一つ一つ丹念に把握・分析し、問題を管理する。

なお、保守作業においても、ハードウェア、ソフトウェア製品、アプリケーション等の保守対象や契約形態によって実施する作業内容や作業範囲が異なることに留意し、運用業務との作業分担や責任範囲を明確にした上で、保守作業を行う。

20. ２. 解説

定常時対応

保守業務における定常時作業とは、情報システムの機能や品質を維持し、設計された仕様どおり動作させることを目的として定常的に行う作業（ハードウェアやソフトウェア製品に対する点検、交換、更新、サポート業務等）を指す。詳細は、表9-2を参照のこと。

「保守事業者に対し、当該月の作業実績等をまとめて報告するよう求め、少なくとも次の[1]から[5]までに掲げる事項を確認する」

「作業実績等をまとめて報告する」とは、「１．5)ウ 作業管理」で定めた内容に基づき、保守事業者が、定期運用会議等で、ＰＪＭＯに報告することをいう。

• 表9-8

定期運用会議における保守作業の確認観点の例

「次の[1]から[5]までに掲げる事項を確認する」とは、ＰＪＭＯが、報告対象期間の保守作業実績等において、少なくとも次に示す事項について確認を行うことを指す。確認事項について、要求した水準に達していない、改善が必要と判断される等の場合には、ＰＪＭＯは保守事業者に対し、その原因の分析及び対応策について、提案を求める。また、運用業務の改善や運用計画の見直しを検討する。

情報システムの現況確認

ＰＪＭＯは、情報システムに係る文書の内容が実際の情報システムの状況を反映したものとなるよう、運用計画及び保守計画に基づき、毎年度末までに、運用事業者、保守事業者等とともに、同文書と**情報システムの現況との突合・確認を行う(1)**。これらの取組については、ＰＪＭＯは、ＰＭＯからの依頼に応じ、具体の取組内容を報告するものとする。

ＰＪＭＯは、これらの作業を円滑に進めるために、情報システムの構成に係るハードウェア製品及びソフトウェア製品（パッケージソフト、ミドルウェア等）の保守の実施において、各製品の構成に変更が生じるときには、運用事業者等からその旨の報告を受けるものとする。なお、運用事業者等に対し、管理対象の製品に関するライセンス情報を常に正確に把握し、変更の必要性が発生したときには、速やかに定期運用会議等で報告するよう求めるものとする。

なお、次の[1]から[4]までに掲げる事項が生じた場合には、それぞれに定めるとおりの対応を行うものとする。

1. 情報システムに係る文書と情報システムの現況との間に相違があった場合(2)　同文書の更新及び再発防止策の検討・実施

13. ライセンス許諾条件違反(3)　ライセンス許諾条件への適合等

14. サポート切れ(4)　サポート切れの影響及び今後の対応策の検討等

15. ハードウェア、ソフトウェア製品等の利用を停止したとき　ＰＭＯにその旨を連絡（ただし、その利用を一旦停止し、その後、再利用することが適当であるもの（以下「再利用候補物」という。）に限る。なお、利用の停止から再利用の実施までの手続は、会計担当部門の協力を得て、会計法令等に基づく手続の実施、再利用候補物の保管場所の確保等が必要となることに留意すること。）

21. １. 趣旨

当該情報システムの現状や課題等を正確に把握し、それらの情報を活用できるようにするためには、情報システムに係る文書に最新の状況が反映され、誤りがないことが必要となる。

このため、ＰＪＭＯは、運用事業者、保守事業者とともに、当該情報システムに関する情報システムに係る文書の内容が実際の情報システムの状況を正確に反映しているか否かを確認し、文書と実際の状況等に差異が確認された等の場合には、適切な対応を行う必要がある。

22. ２. 解説

「情報システムに係る文書と情報システムの現況との突合・確認を行う」

「情報システムに係る文書」とは、要件定義書、設計書等の当該情報システムの整備・運用に当たり作成された文書群（情報システム台帳等において、情報システムの構成管理を行っている場合は、台帳等に登録されている情報を含む。）を指す。

「突合・確認」とは、当該文書と、情報システムを構成している現況の環境と差異がないことを突き合わせて確認することをいう。

ＰＪＭＯは、現況確認の対象資産、数量及び設置状況等を考慮し、現況確認の実施方法を決定する。現況確認の対象資産は、ＰＣ・サーバ等データの保存が行えるハードウェアを含め、対象資産の所在及び利用者情報、導入ソフトウェア情報について文書と突合・確認する。なお、現況確認を行う際には、各対象資産の利用状況についても確認することが望ましい。

「情報システムに係る文書と情報システムの現況との間に相違があった場合」

「情報システムに係る文書と情報システムの現況との間に相違があった場合」とは、文書と情報システムの現況を突き合わせた結果、一致していないことが判明した場合をいう。

現況と相違があった文書の情報については、情報システムの現況を正確に反映した記載に更新する。ただし、現況と相違がない場合でも、利用状況を確認した結果、利用頻度が著しく低い資産等がある場合には、今後の利用方針を検討した上で、検討結果を登録しておくことが望ましい。特に、相違の発生理由が、ハードウェア、ソフトウェア製品等の利用を既に停止していたことであった場合には、ＰＭＯにその旨の連絡を行う。ただし、それらハードウェア、ソフトウェア製品の利用を一旦停止し、その後、再利用することが適当であると判断される場合に限り登録を行うことに留意する。

また、文書と情報システムの現況の間に相違が生じた理由を分析するとともに、再発を防止するための対策を講じ、常に文書と情報システムの現況が一致するよう努めることとする。

「ライセンス許諾条件違反」

「ライセンス許諾条件」とは、ソフトウェア製品等の提供元によって定められた、ある条件下において使用権を認めるという制限付きの契約のことを指す。

運用事業者は、ソフトウェアライセンス数を定期的に把握し、変更が発生したときは定期運用会議等でＰＪＭＯにその旨を報告する。ＰＪＭＯは、報告を踏まえ、ライセンスの許諾条件に対する違反がないかを次に示す観点の例を参考に確認し、違反があった場合は、許諾条件に適合するよう、適切な対処を行う。

• ソフトウェアの利用目的に合致しているか

• ソフトウェアを利用できる人数（サーバソフトウェアの場合は、サーバの台数等）の上限を超えて利用していないか

• ソフトウェアの利用可能期間を超えて利用していないか

• （国外で利用する場合）ライセンスの購入国以外で利用に制限はないか

• 第三者と共有する端末等を利用する場合に制限はないか

• 複数の端末にソフトウェアをインストールする場合の条件等はないか　等

「サポート切れ」

「サポート切れ」とは、ハードウェアやソフトウェア製品等の製造・販売元による、製品故障や予期しない動作をした際の問い合わせや改善対応の期間が終了することをいう。

ハードウェア、ソフトウェア製品のサポート切れについて、ベンダー等から通知される等で認識した製品等がサポート切れ後も継続利用される計画になっていることを確認した場合は、サポートのみ延長するか、製品等を新規購入するかを検討する。製品等を新規購入する際は、情報システム全体の更改が必要となる可能性もあるため、新規購入による影響範囲を十分調査・検討した上で対応方法を判断する必要がある。

また、サポート切れ後もやむを得ず一定期間利用を継続する場合は、次に示す観点について十分確認した上で対応方法を判断する必要がある。

• 情報セキュリティリスク

• ハードウェア、ソフトウェア製品等の一方的な利用停止

• ハードウェア、ソフトウェア製品等の障害

大規模災害等の発生時対応

ＰＪＭＯは、大規模災害等の発災時において、情報システム運用継続計画に基づき、情報システムの運用及び保守を行うものとする。

なお、発災時における円滑かつ迅速な対応のため、**ＰＪＭＯは、定常時から定期的に、発災時における運用及び保守の体制への移行について、訓練を行う(1)**ものとする。

23. １. 趣旨

大規模災害等の発災時には、「１．6) 大規模災害等の情報システム運用継続計画書の案の作成と確定」で作成した情報システム運用継続計画に基づき、運用及び保守事業者、関係機関等と協力して対応を行い、サービス・業務の復旧や継続等を適切に行う必要がある。

このため、ＰＪＭＯは、大規模災害等の発災時に円滑かつ迅速な対応ができるよう、定常時から定期的に情報システム運用継続計画において定めた教育訓練計画に基づき、訓練を実施する。また、訓練の実施結果については必ず結果の評価及び課題の整理等を行い、情報システム運用継続計画がより実行性のあるものとなるよう、計画の見直し等の改善を検討する。

なお、情報システムの運用中には、人事異動や体制の変更、業務手順の変更、情報システムの変更が発生することも多いため、これらの内容を踏まえて、定期的に計画を見直すことが重要である。また、他の地域で大規模災害等が発生した場合には、それら地域での対応状況等を参考にして、対応体制や対応手順等について計画の見直しを検討する。

24. ２. 解説

「ＰＪＭＯは、定常時から定期的に、発災時における運用及び保守の体制への移行について、訓練を行う」

「発災時における運用及び保守の体制への移行について、訓練を行う」とは、情報システム運用継続計画において定めた教育訓練計画に基づき、非常時の対応体制、対応手順等について、読み合わせによる確認や訓練シナリオに基づく訓練等を行い、計画行動に対する担当者の理解や対応力を向上することを指す。

運用及び保守の改善

ＰＪＭＯは、毎年度末までに、**当該年度の運用実績等から、作業効率や作業項目の過不足を評価・検証する(1)**ものとする。この場合において、要求する水準を満たしていないときは、ＰＪＭＯは、運用事業者、保守事業者等に対し、運用実施要領又は保守実施要領に沿った対応を求めるほか、当該事業者とともに運用実施要領又は保守実施要領の改善を検討するものとする。なお、評価・検証の結果、やむを得ず原契約の範囲に含まれない作業項目を追加する必要が生じた場合には、契約変更等を検討するものとする。

1)　運用計画及び保守計画の見直し

ＰＪＭＯは、毎年度末までに、当該年度の運用実績等を踏まえ、ＰＭＯ等からの助言を受け、運用事業者、保守事業者等とともに、**運用計画及び保守計画の見直しを行う(2)**ものとする。

ＰＪＭＯは、運用計画及び保守計画の見直しについて、その内容をプロジェクト計画書に反映する(3)。

2)　運用作業の改善

ＰＪＭＯは、運用の実施開始後に、運用をより円滑に実施するため、定期的に（例えば半年に一度）運用計画及び運用実施要領に基づき、運用作業の改善を行うものとする。

3)　保守作業の改善

ＰＪＭＯは、保守の実施開始後に、保守をより円滑に実施するため、定期的に（例えば半年に一度）保守計画及び保守実施要領に基づき、保守作業の改善を行うものとする。

4)　大規模災害等の情報システム運用継続計画の見直し

ＰＪＭＯは、他の地域で大規模災害等が発生した場合には、それら地域での対応状況等を参考にして対応体制や対応手順等について、情報システム運用継続計画の見直しを行うものとする。

また、「２．4) 大規模災害等の発生時対応」での訓練の結果を受け、情報システム運用継続計画の見直しを行うものとする。

5)　システム監査の指摘事項への対応

ＰＪＭＯは、システム監査の指摘事項について、その内容を精査し、対応すべき課題及びリスクであると認識したものについてはその原因を分析し、費用対効果を踏まえて優先順位を付け、順次改善するものとする。

25. １. 趣旨

高い費用対効果でプロジェクト目標を達成するためには、定期運用会議等を通じて把握・分析した運用及び保守の状況や実績等に係る問題に対して、継続的な改善を行うことで、情報システムの運用及び保守をより安定的かつ効率的なものにしていくことが重要である。

このため、ＰＪＭＯは、定期運用会議等で把握・分析した問題に対して、作業内容等が要求した水準を満たしていないものについては、事業者に原因分析及び対応策の提案を求めて改善を推進し、作業効率や作業項目の過不足等に係る問題は、事業者とともに、定期的に棚卸しを行い、計画の見直しも含めた改善の検討を行う。なお、改善を検討する際には、将来における、より良い運用及び保守を考えるという視点に立って、現状にとらわれないことが重要となる。運用及び保守の範囲での改善だけでは不十分と判断される場合は、「第８章２．6)業務運営上の課題・要望の管理」にてサービス・業務全体を俯瞰した検討を行う。

また、運用及び保守の改善を確実に行うためには、ＰＪＭＯは、運用及び保守の現場確認を実施し、運用事業者や保守事業者等への確認により現場の状況を把握した上で、改善策等の検討を行うことも重要である。

26. ２. 解説

「当該年度の運用実績等から、作業効率や作業項目の過不足を評価・検証する」

「作業効率や作業項目の過不足を評価・検証する」とは、表9-9に示す観点例のように、運用及び保守について状況別に原因を分析した上で評価し、効率化に向けた改善を検討し検証することをいう。

検討に当たっては、表面上の事象から結論を導くのではなく、定期運用会議等で報告を受けた詳細な実績値を用いて事実を詳細に捉えた上で、プロジェクト全体の効率化という視点から分析・評価・対策の検討を行うことが重要である。

• 表9-9

運用及び保守の改善観点の例

「運用計画及び保守計画の見直しを行う」

「運用計画及び保守計画の見直し」とは、作業効率や作業項目における過不足の評価・検証を踏まえ、運用及び保守の内容やスケジュール、作業の実施体制等を変更する必要があると判断したときに、運用計画やその附属文書、保守計画の見直しを検討することである。運用計画及び保守計画の見直しは、技術的に検討を要する事項を含むため、ＰＭＯ等からの助言を受け、実現性等の検証を行う必要がある。

「運用計画及び保守計画の見直しについて、その内容をプロジェクト計画書に反映する」

「その内容をプロジェクト計画書に反映する」とは、見直しを行った運用計画及び保守計画の内容を、プロジェクト計画書の体制、予算、スケジュール等に反映し、プロジェクト計画書と運用計画及び保守計画の間に不整合が発生しないように対応することである。

運用及び保守の引継ぎ

ＰＪＭＯは、次のとおり、**運用事業者、保守事業者等から必要な引継ぎ等が確実に行われるようにする(1)**ものとする。

1. 情報システムの更改に関する情報提供

ＰＪＭＯは、情報システムを更改するときは、運用事業者、保守事業者等に対し、次期の情報システムにおける要件定義又は設計・開発に携わる事業者に作業経緯、残存課題等に関する情報を提供させ、かつ、質疑応答等の必要な協力を求めるものとする。

2. 更改を伴わない事業者の交代に伴う引継ぎ

ＰＪＭＯは、情報システムの更改を伴わずに、運用事業者、保守事業者等に交代が生じるときは、交代前の事業者から交代後の事業者に対し、作業経緯、残存課題等について確実に引継ぎがなされるよう求めるものとする。

27. １. 趣旨

情報システムを更改する場合、又は、情報システムの更改を伴わずに運用事業者や保守事業者等に交代が生じる場合には、現行の運用事業者、保守事業者等から新たな事業者に対し、作業経緯や残存課題等の十分な引継ぎを行うことが重要である。

このため、ＰＪＭＯは、現行の運用事業者、保守事業者に対して、引継書を作成させる等により確実な引継ぎを行わせると同時に、新たな事業者に対して、作業経緯や残存課題等についての習熟度の確認等により、確実に引継ぎが行われたか否かを確認する。

なお、引継ぎ前の事業者から、引継ぎ後の事業者へ直接引継ぎを行う場合においても、ＰＪＭＯが必ず関与し、引継ぎ内容及び引継ぎが確実になされたかを把握することが重要である。

28. ２. 解説

「運用事業者、保守事業者等から必要な引継ぎ等が確実に行われるようにする」

「必要な引継ぎ等」とは、現行の運用事業者及び保守事業者が、次期運用事業者及び保守事業者が円滑に運用・保守を実施できるよう、現在保持している情報を整理し、作業経緯や残存課題等も含めて引き継ぐ一連の作業を指す。

引継ぎ前の準備として、ＰＪＭＯ、現行の運用事業者及び保守事業者は、引継ぎ前に表9-10の例を参考に引き継ぐべき各種資料を整理し、それら資料の引継ぎ時期や引継ぎ方法も明確にした上で引継ぎ内容について合意する。現行の運用事業者及び保守事業者は、合意内容に基づき引継書の作成及び引継ぎに向けた準備を進める。

• 表9-10

引継ぎ資料の例

引継ぎ作業においては、運用及び保守、情報システムに関連する各種資料等の引継ぎを確実に行うため、ＰＪＭＯは、現行の運用事業者及び保守事業者から新たな事業者と一緒に説明を受ける等、必ず引継ぎ作業に関与することとし、自らも各種資料等の内容を把握するとともに、新たな事業者に対し、引継ぎが確実になされたかを把握することが重要である。引き継いだ資料は、決められた保管場所、保管方法により適切に管理する。

また、ＰＪＭＯは、運用・保守の現場確認を実施し、現行の運用事業者及び保守事業者から新たな事業者と一緒に説明を受け、情報システムの設置状況や運用監視環境の現場を把握する。

デジタル社会推進実践ガイドブック DS-110

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

（第３編第１０章 システム監査）

2025年（令和７年）5月27日

デジタル庁

改定履歴

[１. システム監査 4](#システム監査)

[1） 監査体制の確立 6](#監査体制の確立)

[2） 監査実施計画の策定 8](#監査実施計画の策定)

[3） 監査の実施 10](#監査の実施)

[4） 指摘事項への対応 14](#指摘事項への対応)

[5） フォローアップ 16](#フォローアップ)

[２. システム監査に関する調達の特例 17](#システム監査に関する調達の特例)