運用保守の案件は、契約が始まった時点では役割の線引きがはっきりしないまま動き出すことがあります。監視やバッチ処理のような日々の作業は続けられても、障害が起きたときにどこまで対応するのか、改善提案をどう扱うのかは案件によって差があります。罰則付きの厳しい約束を結ばされるのではないかという不安を抱えながら、条件を確認せずに参画してしまう場合もあります。この記事では、政府の実践ガイドブックが示す運用・保守の作業範囲とサービスレベルの整え方を手がかりに、罰則ではなく改善の場で品質を保つ仕組みと、自分の持ち場をどう線引きするかを整理します。

1. 運用保守の案件で「どこまでが自分の仕事」かが曖昧になる理由

運用に含まれる作業は、思っている以上に広い

運用保守の案件に参画すると、最初に渡される資料が驚くほど少ないと感じる場合があります。監視の当番表と連絡先だけを渡され、あとは引き継ぎながら覚えていく案件も見かけます。政府の実践ガイドブックは、システムの運用に含まれる作業として監視アラート対応・バッチ処理・バックアップ・定期作業を挙げています¹。日々の運転を止めない作業だけでも、想定より項目が多いことが分かります。

この一覧は、契約書に細かく書かれていない場合があります。口頭の引き継ぎだけに頼らず、任されている作業が運用のどの分類に当たるのかを、自分でも確認しておくと安心です。

さらに、ソフトウェアのサポート期限の管理とパッチ適用も、運用の作業として位置づけられています³。障害対応のように目に見える仕事よりも、期限が来る前に淡々と進める仕事のほうが評価されにくいという声を聞くことがありますが、案件の範囲としては同じ重みを持っています。

障害が起きたときの動き方にも段階があります。システム障害への対応は一次対応と根本対応に分けて示され、インシデント管理と並べて整理されています²。目の前の障害を止める仕事よりも、同じ障害を繰り返さない仕組みを作る仕事のほうが、案件を続けるほど重みを増していきます。止血で終わらせるか、再発防止まで踏み込むかで、任される範囲も評価のされ方も変わってきます。

この整理をしておかないと、監視やバッチ処理のような目に見えやすい作業だけを担当範囲と思い込み、サポート期限管理のような地味な作業まで任されていることに気づかないまま参画してしまう場合があります。作業の一覧を事前に確認しておくことは、契約後の行き違いを防ぐ準備になります。

作業を、案件の言葉に置き換えて整理しておく

運用保守の案件では、同じ作業でも呼び方が案件ごとに揺れることがあります。監視をベースにした日次の運転業務を「オペレーション」とだけ伝えられたり、サポート期限の管理が契約書のどこにも項目名として出てこなかったりすることもあります。ここまで触れた作業を、案件でよく使われる言い方に置き換えて整理しておきます。

作業の分類	具体的な内容	案件で聞かれやすい言い方
監視・アラート対応	システムの稼働状況を確認し、異常の通知に対応する	オペレーション、監視当番
バッチ処理・バックアップ	定時実行の処理とデータの複製を止めずに流す	定期処理、夜間バッチ
定期作業	あらかじめ決められた周期で行う点検や更新	ルーティン、定期メンテナンス
サポート期限管理・パッチ適用	使用しているソフトウェアの期限を把握し、更新を計画する	バージョン管理、脆弱性対応
一次対応・根本対応	障害発生時の応急対応と、原因を突き止めて再発を防ぐ対応	切り分け、恒久対応

作業を並べてみると、見えない部分も含めて運用保守の範囲は広いことが分かります。図にすると、次のような広がりになります。

出典：デジタル庁「デジタル・ガバメント推進標準ガイドライン 実践ガイドブック」（2025年5月27日）をもとに作成

この広さをそのまま契約の言葉にすると、何をどう数字にするのかという問題に行き当たります。次に、サービスレベルという約束をどう数字に落とし込むのかを見ていきます。

2. サービスレベルは何を数字にするのか

指標が満たす3つの条件

運用保守の案件で「サービスレベル」と聞くと、厳しい数字を約束させられるのではないかと身構える場合があります。ですが、政府の実践ガイドブックが示す条件はもう少し実務的です。指標は定量化でき、客観性があり、計測できることが求められ、あいまいな「使いやすさ」は指標にしないと示されています⁵。感覚的な良し悪しではなく、誰が見ても同じ結果になる数字だけを約束の対象にするという考え方です。

数字にする指標が明確であれば、評価する側とされる側の間で「できている」「できていない」の認識がずれにくくなります。感覚的な評価に頼らない分、担当する側にとっても状況を説明しやすい約束になります。

この3条件を裏返すと、案件の中で指標にしにくいものも見えてきます。たとえば「使いやすい画面にする」という要望は、指標にはなりにくいと整理されています⁵。抽象的な要望よりも、測れる数字に翻訳できる要望のほうが、サービスレベルの対象として扱いやすくなります。

指標をあいまいなまま進めると、案件が進むほど「思っていた品質と違う」という食い違いが起きやすくなります。3条件に沿って指標を確認しておくことは、契約後の評価のずれを防ぐ準備にもなります。

決めた指標は、文書に残しておく仕組みがある

指標や作業の進め方は、口頭の約束だけでは引き継ぎのたびに揺れてしまいます。政府の実践ガイドブックでは、運用・保守の様式のひな形として運用計画書・運用実施要領・運用報告書・保守計画書・保守実施要領が示されています⁴。運用系と保守系で文書が分かれている点に、運用と保守の違いも表れています。

文書	主な内容	系統
運用計画書	監視・バッチ・バックアップなど日々の運用の進め方をまとめる	運用系
運用実施要領	運用計画書の内容を、実際の手順として細かく落とし込む	運用系
運用報告書	実施した運用作業と、そこで見えた課題を記録する	運用系
保守計画書	パッチ適用やサポート期限管理など保守の進め方をまとめる	保守系
保守実施要領	保守計画書の内容を、実際の作業手順として落とし込む	保守系

指標が満たす3つの条件を、図で確認しておきます。

出典：デジタル庁「デジタル・ガバメント推進標準ガイドライン 実践ガイドブック」（2025年5月27日）をもとに作成

指標が決まっても、それをどう守らせるかは案件によって考え方が分かれます。次に、罰則で縛らずに品質を保つ仕組みを見ていきます。

3. 罰則で縛らずに品質を保つ：SLAとSLMの違い

約束を守らせる型と、約束を育てる型

サービスレベルの話をすると、守れなければ罰金や契約解除といった罰則を思い浮かべる場合があります。しかし、政府の実践ガイドブックが示す事例はそれとは違う型です。ペナルティやインセンティブを設けないまま、年2回の改善提案業務をきっかけに事業者と職員の協働によるSLM（サービスレベルマネジメント）が行われている事例が示されています⁶。約束を破ったら罰するのではなく、約束を一緒に育てていく仕組みです。

この型では、SLAが「守れているかどうかを判定する紙」で終わりません。年2回の改善提案という機会が、指標を見直し、運用の進め方を調整する場になっています⁶。罰則で縛る約束よりも、定期的に見直せる約束のほうが、双方にとって続けやすい形になります。

SLAという言葉だけを見ると、契約書の中の一項目に思えるかもしれません。しかし、政府の実践ガイドブックが示す事例のように、改善提案という運用の場そのものが評価の仕組みになっているケースもあります。約束の形は一つではなく、案件ごとに罰則型か改善型かを見極める視点が役立ちます。

改善提案は、参画するメンバーにとっても持ち場になる

この改善提案の場は、運用保守を担当するメンバーにとって、日々の作業を評価に変える機会にもなります。監視で気づいた小さな異常の傾向や、バッチ処理の実行時間の変化を、改善提案の材料として持ち込めるからです。作業をこなすだけで終わらせるのではなく、気づきを言葉にして提案する姿勢が、次の契約更新や案件継続の判断材料にもなっていきます。

罰則で縛る型と、改善の場で保つ型の違いを図で整理します。

出典：デジタル庁「デジタル・ガバメント推進標準ガイドライン 実践ガイドブック」（2025年5月27日）をもとに作成

ただし、改善提案で扱えるのは、運用・保守の範囲に収まる課題です。範囲を超える課題が出てきたときにどう扱うのか、次に見ていきます。

4. 一次対応と根本対応を分ける／自分の範囲を超えた課題の渡し先

止血と、再発防止は別の仕事

障害が起きたときの動きは、一次対応と根本対応の2段階に分けて考えると整理しやすくなります。システム障害への対応は一次対応と根本対応に分けて示され、インシデント管理と並べて整理されています²。一次対応は影響を止めて状況を切り分ける仕事、根本対応は原因を突き止めて再発を防ぐ仕事です。

案件に参画するときは、自分がどちらの対応まで任されているのかを、最初に確認しておくと役割のずれを防げます。それぞれの段階で求められる関わり方を整理しました。

段階	目的	案件でよくある関わり方
一次対応	発生した障害の影響を止め、状況を切り分ける	アラートの確認、影響範囲の初期整理、関係者への連絡
根本対応	原因を突き止め、同じ障害を繰り返さない対応に落とし込む	ログの分析、修正の実施、再発防止策の提案
インシデント管理	一次対応から根本対応までの流れを記録し、対応の質を管理する	対応記録の整備、報告書への反映

運用・保守で解決できない課題は、別の場所に集約される

一次対応と根本対応を重ねても、運用・保守の範囲だけでは解決できない課題が残ることがあります。運用・保守の範囲だけで解決できない課題は「サービス・業務の運営と改善」に集約され、これはITILが定める問題管理に当たると説明されています⁷。目の前の障害対応だけに集中するよりも、範囲を超える課題を早めに切り出して渡すほうが、担当する範囲全体の見通しが良くなります。

この切り出しを怠ると、根本対応を担う人が問題管理に相当する課題まで抱え込み、対応が長引く原因になります。自分の役割が一次対応か根本対応かを早い段階で確認しておくことは、抱え込みを防ぐ準備になります。

一次対応から根本対応、そして運用・保守の範囲外への引き渡しまでの流れを図にしました。この流れの中で自分がどこを担うのかが分かれば、リモートやフリーランスの立場でも関わり方を具体的に描けます。

出典：デジタル庁「デジタル・ガバメント推進標準ガイドライン 実践ガイドブック」（2025年5月27日）をもとに作成

5. リモート・フリーランス案件でどう関わるか

監視・障害対応・記録は、リモートでも成立する仕事

運用保守の案件は、現場に常駐しなければ担えないと考えられがちです。しかし、ここまで見てきた作業の中心は、監視アラート対応・記録・改善提案の言語化であり、場所に縛られる要素は多くありません。Remoguが扱う案件は、90%以上がフルリモート可能です⁸。監視や一次対応をリモートで担い、根本対応や改善提案の場にオンラインで参加する関わり方が広がっています。

引き継ぎの質は、対面よりも記録の残し方に左右されます。運用報告書のような文書に、対応の経緯と判断の理由を残しておくことが、次の担当者への引き継ぎだけでなく、自分自身の実績を言葉にする材料にもなります。作業をこなした量よりも、判断の理由を残した記録のほうが、次の案件を選ぶときの説明力になります。

リモートでの信頼は、対応の速さだけで築かれるわけではありません。監視で気づいた変化を早めに共有し、判断の理由を添えて記録する積み重ねが、次の契約更新や紹介につながる評価になっていきます。

改善提案に関わる経験は、次の案件選びの材料になる

年2回の改善提案のような場に関われるかどうかは、案件によって条件が異なります。罰則ではなく改善の場で品質を保つ仕組みに関わった経験は、次に案件を探すときの材料になります。運用・保守の範囲を確認し、改善提案に関われる案件かどうかを条件として確かめておくと、参画後の役割のずれを減らせます。

案件の中身が見えれば、罰則を恐れて構える必要はなくなります。次に、ここまでの整理を振り返ります。

6. まとめ

運用保守の案件で「どこまでが自分の仕事か」が曖昧に感じられるのは、運用の範囲そのものが監視・バッチ処理・バックアップ・定期作業・サポート期限管理と幅広いためです¹。加えて、障害対応も一次対応と根本対応という2段階に分かれています²。

サービスレベルは、罰則で縛るための数字ではありません。定量化でき客観性があり計測できる指標を選ぶことが条件になります⁵。その指標を、年2回の改善提案のような場で見直していく仕組みがSLMです⁶。

自分の範囲を超える課題は、問題管理に相当する場所へ渡せます⁷。リモートやフリーランスの立場でも、記録と改善提案への関わり方を押さえておけば、案件の中で担える範囲は十分に広がります⁸。まず登録して、自分の経験に合う運用保守案件の条件を確かめてみることが、次の一歩になります。

7. よくある質問

サービスレベルの取り決めが無い案件はどう見ればいいですか

取り決めが明文化されていない案件では、運用・保守の様式のひな形（運用計画書・運用実施要領・運用報告書・保守計画書・保守実施要領）が存在するかどうかを、参画前に確認する材料にできます⁴。文書がまったく無い案件は、指標も改善の場も後から整えることになるため、参画後にどう決めていくのかをクライアントと協議しておくと安心です。

文書が整っている案件であれば、指標や改善の場がどう運用されているかを、参画前の面談で具体的に質問できます。数字で示された条件があるほど、参画後の役割のずれを防ぎやすくなります。

運用と保守は何が違うのですか

政府の実践ガイドブックでは、運用計画書・運用実施要領・運用報告書と、保守計画書・保守実施要領という、それぞれ別の様式のひな形が示されています⁴。日々の運転を運用、維持のための作業を保守として整理すると分かりやすくなります。運用の作業には監視アラート対応やバッチ処理が含まれます¹。なお、ソフトウェアのサポート期限の管理とパッチ適用も、同じ一覧の中に位置づけられています³。

夜間や休日の対応は付くのですか

夜間や休日の対応の有無は、参照した資料には示されておらず、案件によって条件が異なります。対応の範囲や当番の組み方は、参画前にクライアントと協議して確認することをお勧めします。

これまで運用保守を専門にしていない技術領域からでも、案件に参画できますか

参照した資料は作業の分類と指標の条件を示すものであり、参画に必要な技術領域を限定するものではありません。監視や一次対応のように手順を覚えて担える作業から始め、根本対応や改善提案のような判断が求められる作業に範囲を広げていく進め方が考えられます。まず登録して、自分のスキルに合う運用保守案件の条件を確認してみることをお勧めします。

監視や記録のような手順を覚えて担える作業から関わり始め、根本対応や改善提案のような判断が求められる作業に徐々に範囲を広げていく進め方であれば、これまでと違う技術領域でも参画しやすくなります。

リモートで運用保守の案件は成り立ちますか

監視アラート対応や記録の作成、改善提案の言語化は、場所に縛られにくい作業です。Remoguが扱う案件は90%以上がフルリモート可能で⁸、リモートでの運用保守案件の関わり方も広がっています。案件ごとの対応範囲や条件は異なるため、登録して自分に合う条件を確かめてみることが、参画への近道になります。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 デジタル庁「デジタル・ガバメント推進標準ガイドライン 実践ガイドブック」第3編第2章 プロジェクトの管理（DS-120）（2025年5月27日）
＊2 デジタル庁「デジタル・ガバメント推進標準ガイドライン 実践ガイドブック」第3編第2章 プロジェクトの管理（DS-120）（2025年5月27日）
＊3 デジタル庁「デジタル・ガバメント推進標準ガイドライン 実践ガイドブック」第3編第2章 プロジェクトの管理（DS-120）（2025年5月27日）
＊4 デジタル庁「デジタル・ガバメント推進標準ガイドライン 実践ガイドブック」第3編第9章 運用及び保守（DS-120）（2025年5月27日）
＊5 デジタル庁「デジタル・ガバメント推進標準ガイドライン 実践ガイドブック」第3編 KGI/KPI策定にあたっての留意点（DS-120）（2025年5月27日）
＊6 デジタル庁「デジタル・ガバメント推進標準ガイドライン 実践ガイドブック」第3編第9章 運用及び保守の事例（DS-120）（2025年5月27日）
＊7 デジタル庁「デジタル・ガバメント推進標準ガイドライン 実践ガイドブック」第3編第9章 運用及び保守（DS-120）（2025年5月27日）
＊8 Remoguサイト公開情報（フルリモート可能案件の割合）