• ノウハウ
  • |Remogu(リモグ)" />

    政府情報システムの標準ガイドラインで守る文書と参考文書の見分け方

    「守る文書と参考文書」を示す図です。順守する文書/参考にする文書を並べています。強調しているのは順守する文書です。先に読む方と添えています。

    📘 この記事でわかること

    • 「順守する標準ガイドライン」と「参考にする実践ガイドブック」という文書の分かれ方と、案件で最初に手を止める場面
    • 調達仕様書と要件定義書のテンプレートが何章にあるかということと、着任後すぐに開く場面がどこかということ
    • 文書ごとに改定の時期が異なる理由と、機微な情報を扱う案件で追加に確認する文書があるということ

    公共案件への参画が決まった直後、共有フォルダには聞き慣れない文書名が何十件も並びます。どれから読めば良いか判断がつかないまま、時間だけが過ぎていく場面があります。実際にこの体系は、読む文書の性質によって二つに分かれています。まずは全体の地図を描き、案件で手を止める場面から順に整理していきます。

    リモートワーク案件特化のエージェント|Remogu(株式会社LASSIC運営) 公共・行政システムの上流工程に関わるリモート案件を、条件から探す 公共系の案件を見る

    1. 文書は2種類に分かれています

    順守する文書と参考にする文書

    案件に参画して最初に戸惑うのは、文書の数そのものより「これは読まなければならないのか、参考程度で良いのか」が分からない点です。名前だけを見ても、その文書が案件の進め方をどこまで縛るのかは伝わってきません。読み始める前に、まずこの重みを見分ける必要があります。

    デジタル庁が公開するデジタル社会推進標準ガイドラインでは、標準ガイドライン(Normative)を「政府情報システムの整備及び管理に関するルールとして順守する内容を定めたドキュメント」と位置づけています1。読む前に、まずこの一線を引くことができます。

    一方で実践ガイドブック(Informative)は「参考とするドキュメント」と定義されています2。同じ体系の中にあっても、開く姿勢が変わるとしたら、最初に区別しておく価値はあります。

    分量の多さに気を取られていると、本当に大事な一線を見落としがちです。まず「守る」か「参考にする」かで仕分けると、読む前の不安は次に何をすれば良いかという具体的な作業に置き換わります。

    二つに分ける理由

    民間の案件であれば、社内規程と参考資料の境目は現場の慣習で決まることが珍しくありません。公共の案件では、その境目があらかじめ文書の性質として示されている点が異なります。

    順守する側の文書は、案件の進め方そのものを縛ります。参考にする側の文書は、進め方の材料を増やす役割です。読む目的が違えば、読む速さも変えて良いはずです。条文のように精読する文書と、拾い読みで済ませられる文書とでは、かけて良い時間の配分も変わってきます。

    この分かれ方を頭に入れておくと、次に触れる「群」全体の見え方も変わってきます。ひとつずつの文書ではなく、まとまりとして捉える視点に移ることで、案件に入ってから読む順番も定めやすくなります。

    体系全体を細かく覚え込む必要はありません。まず「順守」か「参考」かを見分ける習慣をつけておけば、案件が変わっても同じ物差しで文書に向き合えます。判断の軸を一つ持っておくだけで、初めて見る文書名にも身構えずに済みます。

    図1:「順守する文書」と「参考にする文書」の位置づけの違い
    図1:順守する文書と参考にする文書の位置づけの違い 順守(Normative) 標準ガイドライン本体 案件の進め方を縛る文書 順守する内容を定める 参考(Informative) 実践ガイドブック等 進め方の材料を増やす文書 参考とするドキュメント

    図の作成:Remogu編集部。デジタル社会推進標準ガイドラインにおける文書の性質を整理したもので、統計データではありません

    2. 群としては何をまとめたものなのか

    何がひとまとめにされているか

    「標準ガイドライン」と一言でいっても、その中身は一枚の文書ではありません。名前だけを見ると、堅い規程集のような印象を持たれることがあります。実際に開いてみると、内容の幅はその印象より広くなっています。

    デジタル社会推進標準ガイドライン群は「サービス・業務改革並びにこれらに伴う政府情報システムの整備及び管理についての手続・手順や、各種技術標準等に関する共通ルールや参考ドキュメントをまとめたもの」と説明されています3。手続きの話と技術の話が、同じ棚に並んでいる形です。

    つまり「進め方のルール」と「作り方の基準」が別々の場所ではなく、ひとつの群としてまとめられています。案件に入ってからどちらを探すかで、開く章が変わってきます。

    手続き側と技術側が同じ枠組みに入っている理由は、案件全体を一つの流れとして管理するためです。どちらか片方だけを見ていると、抜け落ちる部分が出てきます。

    手続きと技術の両方を含む

    進行管理を担う立場では手続き・手順側を、設計や実装を担う立場では技術標準側を先に開く場面が多くなります。役割によって、最初に手を伸ばす束が違うということです。

    群全体を最初から読み込もうとするより、自分の役割に近い束から着手するほうが、案件の立ち上がりは速くなります。全体を俯瞰する順番は、後からでも間に合います。

    着手する束を絞ることは、手抜きではありません。関わりの深い部分から着実に理解を固め、周辺は後から埋めていくという順番の話です。

    この群の中で、次に触れる調達仕様書と要件定義書のテンプレートは、実務に最も近い位置にある文書です。抽象的な話から、具体的な書式の話に移っていきます。

    文書の量に気後れするより、進め方のルールと作り方の基準という二本の柱で捉え直すと、次に何を読めば良いかが見通しやすくなります。棚全体を眺めるのではなく、二つの柱のどちらに近いかで探す発想です。

    図2:ガイドライン群がカバーする範囲(手続・手順と技術標準)
    図2:ガイドライン群がカバーする範囲 手続・手順 進め方に関わる ルール 共通ルール 両方に関わる 参考情報も含む 技術標準 作り方に関わる 基準 1つの「群」としてまとめられています

    出典:デジタル社会推進標準ガイドラインの定義をもとに作成3

    3. 案件で実際に触るのは調達仕様書と要件定義書のテンプレートです

    テンプレートは第5章と第6章にある

    群全体の話が抽象的に感じられても、実務で手元に置く文書はそれほど多くありません。案件に入って最初に開くのは、たいてい決まった数点です。全体像より先に、この数点を押さえておくと動き出しが速くなります。

    デジタル社会推進標準ガイドラインには、第6章に調達仕様書標準テンプレート、第5章に要件定義書標準テンプレートが収録されています5。名称のとおり、そのまま案件の起点となる書式です。

    章立てを知っているかどうかで、必要な部分にたどり着く速さが変わります。目次を都度たどるより、章の番号を覚えておくほうが早く開けます。

    章立てを覚えておくと、参画直後にどこを開けば良いか迷う時間が減ります。分厚い一式に気後れする前に、まず該当の章だけを確認すれば十分です。

    着任後の使い方とテンプレートの見取り図

    調達仕様書のテンプレートは、案件の要求事項を発注側と共有する場面で骨格になります。要件定義書のテンプレートは、その要求を実装可能な粒度まで落とし込む場面で使われます。役割が違えば、開くタイミングも変わります。

    どちらも、参画した直後に自分で一から様式を作る必要がないという点で、負担を減らす材料になります。様式そのものより、様式のどこに手を入れるかを見極める作業に時間を使えます。

    二つのテンプレートを並べて見ると、どの場面でどちらを開けば良いかが整理しやすくなります。調達側の要求を伝える書式なのか、実装側に落とし込む書式なのかで、目を通すタイミングも変わります。次の表に、案件で実際に触れる場面と合わせてまとめました。

    テンプレート収録章案件で触れる場面
    調達仕様書標準テンプレート第6章要求事項を発注側と共有する初期の場面
    要件定義書標準テンプレート第5章要求を実装可能な粒度に落とし込む場面

    表の使いどころは、あくまで一般的な目安です。実際にどの様式を、どの粒度で使うかは案件ごとの体制によって変わります。このテンプレートを軸に案件へ入ると、次に気になるのは改定のタイミングです。

    テンプレートが用意されているという事実は、参画の初期段階での負担を具体的に軽くします。白紙から様式を組み立てる時間を、要求の中身を詰める時間に振り替えられます。整った書式を土台にできる案件は、立ち上がりの体感が変わってきます。

    4. 実践ガイドブックは教訓が入った参考文書です

    教訓が反映された文書

    「実践ガイドブック」という名前を見ると、手順書のような無機質な文書を想像しがちです。ですが中身は、それだけではありません。読み進めると、案件の現場感が残っている部分に気づきます。

    DS-120実践ガイドブックは「これまで得られたノウハウや教訓等を盛り込んだ実践的な参考文書」と説明されています4。過去の案件で見えてきた対応が、そのまま蓄積されている文書です。

    参考にする文書だからこそ、条文のように一字一句守るものではなく、判断の材料として拾い読みする使い方が向いています。必要な章だけを引き出す読み方で十分です。

    実践的な参考文書という位置づけは、読み方に幅を持たせて良いという合図でもあります。必要な章から拾い読みしても、大きく道を外れることはありません。

    参考にする側だからこその読み方

    標準ガイドライン本体を条文として読むのに対し、実践ガイドブックは経験を読む文書です。同じ体系の中の文書でも、読む速度も姿勢も変えて良い場面があります。

    案件の立ち上がりで迷う場面ほど、この教訓の蓄積は助けになります。前例のない判断を、ゼロから積み上げる必要はありません。過去に整理された視点を借りることができます。

    教訓が言葉として残っている文書は、案件ごとに一から手探りする状況を減らします。読み手が変わっても、蓄積は引き継がれていく形です。過去の判断を参照できる分、初めて携わる分野でも足場を作りやすくなります。

    文書の階層で見ると、この実践ガイドブックはどこに位置するのか。全体の並びを整理すると、参考にする度合いの違いが見えてきます。

    図3:文書の階層(標準ガイドライン→付属文書→解説書→実践ガイドブック)
    図3:文書の階層 参考として読む度合い 標準ガイドライン(本体) 順守する内容を定める中心の文書 付属文書 本体を補う個別テーマの規定 解説書 本体の考え方を補って説明 実践ガイドブック 教訓を蓄積した実践的な参考文書

    図の作成:Remogu編集部。文書の位置づけを整理したもので、統計データではありません

    5. 文書ごとに改定時期が違うので、最新を確かめます

    改定日は文書ごとに異なる

    一度読んだ文書は、そのまま最新だと思い込みやすいものです。ところが、この体系は文書ごとに改定のタイミングがそろっていません。気づかないまま古い版を参照している場面もあり得ます。

    例えばDS-121アジャイル開発実践ガイドブックの最終改定は2021年3月30日です6。一方でDS-900ドメイン管理ガイドラインは2025年5月27日に改定されています7。同じ体系の中でも、更新の間隔にはこれだけの開きがあります。

    案件の開始時点でどちらの版を見ているかは、参画してから確かめるのでは遅れます。着手前に済ませておきたい確認です。

    改定の状況を把握しておくと、クライアントと進め方を協議する場面でも、根拠を示しながら話を進められます。手元の版が古いまま話を進めるより、確認済みという前提のほうが話は早く進みます。

    確認の手順

    改定日を確かめる作業は、文書名とタイミングを一緒に控えることから始まります。デジタル庁が公開しているページで、最終改定日を照らし合わせる流れです。

    全体をまとめて確認するより、案件で関わる文書だけを絞って確かめるほうが、負担は小さくて済みます。関わりの薄い文書まで追いかける必要はありません。

    改定時期の確認は、次の3つの手順で進めると迷いにくくなります。文書名とバージョンを控え、公開ページで最終改定日を照らし合わせ、案件の開始前に差分の有無を見るという流れです。

    手順内容
    1. 文書名を控える案件で関わる文書の名称を一覧にするDS-121、DS-900など
    2. 最終改定日を照らし合わせる公開ページで最終改定日を確認するDS-121は2021年3月30日6、DS-900は2025年5月27日7
    3. 差分の有無を見る手元の理解と最新版の内容にずれがないか確かめる参画前に済ませておく

    表の手順は、毎回全文を読み直すためのものではありません。改定の有無だけを短時間で確かめるための道筋です。文書ごとに読む範囲が変わる場面は、改定だけでなく案件の性質によっても起こります。

    改定のたびに文書全体を読み直す前提で構えると、負担ばかりが増えていきます。差分だけを追う姿勢に切り替えると、確認そのものが軽くなります。次の章で扱う機微な情報の文書も、同じ考え方で向き合えます。

    6. 機微な情報を扱う案件には別の文書があります

    機微情報を扱う案件で増える文書

    案件の中には、扱う情報の性質によって注意の度合いが変わるものがあります。同じ体系の中でも、そこだけ別の文書が用意されている場合があります。

    DS-910は「安全保障等の機微な情報等に係る政府情報システムの取扱い」を定めた文書です8。案件の性質によっては、標準ガイドライン本体に加えてこの文書も確認の対象になります。

    読む文書の数は、案件によって一律ではないということです。同じ役割であっても、案件が変われば目を通す範囲も変わります。

    事前にDS-910の存在を知っておけば、案件の途中で慌てて追加の文書を探す事態を避けられます。着任前に確認しておく価値のある一点です。

    案件の性質で読む文書が変わる

    すべての案件で同じ量の文書を読むと考えるより、案件の性質に応じて読む範囲が増減すると考えるほうが、実態に近くなります。読む前から量を決めつけない姿勢が役立ちます。

    参画前の段階で、扱う情報の性質を確認しておくと、あとから文書を読み直す手戻りを避けられます。早い段階で確かめておく価値のある点です。

    読む範囲がどう広がるかを、次の図で整理します。基本の一枚に、案件の性質に応じて何が積み重なるかという構造です。

    読む範囲が広がる案件ほど、事前に見取り図を持っておく効果は大きくなります。何が増えるかを知っているだけで、当日の負荷は変わってきます。増える文書の数より、増える理由を理解しているかどうかが差になります。

    図4:案件の性質によって追加で読む文書が増える構造
    図4:案件の性質によって増える文書 標準ガイドライン本体 すべての案件が確認する範囲 通常の案件 本体の確認で足ります 機微な情報を扱う案件 本体に加えて DS-910を確認

    出典:デジタル社会推進標準ガイドラインをもとに作成8

    7. エンジニアが関われる範囲と、案件の探し方

    関わり方は立場によって変わる

    ここまで見てきた文書は、すべてを一人が抱える前提では書かれていません。関わる立場によって、重点的に読む文書は変わります。全部を均等に読む必要はないということです。

    進行管理を担う立場では、テンプレートの使いどころと改定時期の確認が中心になります。設計や実装を担う立場では、技術標準側の内容や機微な情報の扱いに目を向ける場面が増えます。

    立場ごとに読む範囲を絞り込めば、案件参画時に抱える負荷は変わってきます。全体を一度に把握しようとするより、自分の役割から広げていくほうが現実的です。

    次の表に、関わり方の例と、それぞれが目を通す文書の傾向をまとめました。

    関わり方主な役割目を通す文書の傾向
    進行管理・体制づくりスケジュールと役割分担の調整標準ガイドライン本体、テンプレート、改定情報
    要件定義・仕様整理要求を実装可能な粒度に落とし込む要件定義書標準テンプレート、実践ガイドブック
    設計・実装・運用技術標準に沿った構築と保守技術標準側の文書、該当する附属文書

    表に挙げた役割は、一人が一つだけを担うとは限りません。案件の規模によっては、複数の役割を一人で担う場面もあります。担う範囲が広がるほど、目を通す文書の幅も自然と広がっていきます。

    案件の探し方

    文書を読み解く力そのものが、次にどんな案件に関われるかを左右します。読み方が身につけば、関われる範囲は自然と広がっていきます。

    Remoguはリモート案件に特化したエンジニアマッチングで、案件の90%以上がフルリモート可能です9。場所に縛られず、これまで積み上げてきた経験を生かせる領域で参画先を選べる余地があります。

    文書の読み方を押さえたうえで、実際にどんな案件が並んでいるかを見てみるのも、次の一歩になります。まずは登録して、自分の経験に合う条件を確かめてみることから始められます。

    読む力を身につける過程そのものが、次の案件を選ぶときの判断材料にもなります。文書を読み解けるという経験は、参画先を検討する場面でも生きてきます。積み重ねてきた理解は、そのまま次の案件選びの材料になります。

    文書を読み解く力は、最初から備わっているものではありません。一つずつ仕分けていく経験の積み重ねが、そのまま次の案件に向き合う自信になります。

    Normative と Informative は何が違うのか

    標準ガイドライン(Normative)は順守する内容を定めた文書です1。実践ガイドブックなどのInformativeは参考とする文書です2

    調達仕様書・要件定義書のテンプレートはどこにあるのか

    デジタル社会推進標準ガイドラインの第6章に調達仕様書標準テンプレート、第5章に要件定義書標準テンプレートが収録されています5

    文書ごとに改定時期が違うのはなぜか、どれが最新か

    各文書は個別に見直されるため、改定日はそろっていません。例えばDS-121は2021年3月30日6、DS-900は2025年5月27日7が最終改定です。公開ページで文書ごとの最終改定日を照らし合わせる必要があります。

    アジャイル開発は政府案件でも選べるのか

    DS-121アジャイル開発実践ガイドブックという文書が用意されています6。ただしこの記事で確認できるのは、そうした参考文書が存在するという点までです。個別の案件でどこまで取り入れられるかは、案件ごとの体制によって異なります。

    リモートワーク案件をお探しの方へ

    Remoguは、株式会社LASSICが運営するITエンジニア・デザイナー専門のリモートワーク案件紹介サービスです。フルリモート・ハイブリッドの案件から、スキルに合うものを探せます。

    文書の量に圧倒されて、公共案件を避けてきたかもしれません。まずは公共・行政システムに関わるリモート案件が、いまどんな条件で並んでいるかを見てみてください。

    公共系の案件を見る30秒で無料登録

    会員登録無料 / 案件閲覧・相談は無料

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

    出典・参考情報

    *1 デジタル庁「デジタル社会推進標準ガイドライン」最終更新日 2026年7月15日(2026年7月)
    *2 デジタル庁「デジタル社会推進標準ガイドライン」最終更新日 2026年7月15日(2026年7月)
    *3 デジタル庁「デジタル社会推進標準ガイドライン」最終更新日 2026年7月15日(2026年7月)
    *4 デジタル庁「デジタル社会推進標準ガイドライン」最終更新日 2026年7月15日(2026年7月)
    *5 デジタル庁「デジタル社会推進標準ガイドライン」最終更新日 2026年7月15日(2026年7月)
    *6 デジタル庁「デジタル社会推進標準ガイドライン」最終更新日 2026年7月15日(2026年7月)
    *7 デジタル庁「デジタル社会推進標準ガイドライン」最終更新日 2026年7月15日(2026年7月)
    *8 デジタル庁「デジタル社会推進標準ガイドライン」最終更新日 2026年7月15日(2026年7月)
    *9 Remoguサイト公開情報(フルリモート可能案件の割合)