橋梁点検の成果品をまとめていると、終盤になって評価やコメントが変更されることがあります。
たとえば、
「この損傷程度はbではなくcに変更」
「所見を修正」
「部材番号が違っていた」
「写真番号を入れ替える」
「健全性の考え方を再確認する」
といった修正です。
変更そのものは1か所でも、それに関連する成果品が1か所とは限りません。
点検調書を直した。
しかし評価結果一覧は古いまま。
写真台帳では旧コメントが残っている。
損傷図の番号が合わない。
別の集計表には変更前の評価が残っている。
こうしたことは、橋梁点検の成果品が複数のExcel、図面、写真、一覧表などへ分かれていると起こりやすくなります。
問題は、
「修正したか」ではなく、「その修正がどこまで伝播するかを把握できているか」
です。
この記事では、橋梁点検で評価変更などが発生したときに、どの成果品を確認すべきかを整理するための「修正伝播」という考え方を紹介します。
1か所の評価変更が複数の成果品へ影響する
橋梁点検の成果品は、一つの情報を複数の場所で使っていることがあります。
たとえば、一つの損傷について、
- 点検調書
- 損傷写真
- 損傷図
- 評価結果一覧
- 部材別の集計
- 所見
- 健全性判定に関係する資料
などへ情報が展開されている場合があります。
もちろん、実際の成果品構成や評価体系は発注者、自治体、業務仕様によって異なります。
すべての業務で同じ場所を修正するという意味ではありません。
重要なのは、
元になっている情報がどの成果品へ使われているかを先に把握すること
です。
評価値を変更した場合に影響する成果と、写真番号を変更した場合に影響する成果は同じとは限りません。
そのため、「変更があったら全部確認する」という曖昧な運用より、
「何を変更したら、どこを確認するか」
を整理しておく方が効率的です。
修正漏れは成果品が分かれているほど見つけにくい
一つのExcelブックですべての成果が連動していれば、修正は比較的管理しやすくなります。
しかし実務では、
- 点検調書はExcel
- 損傷図はCADや別シート
- 写真は別ファイル
- 一覧表は別ブック
- 電子納品用データは別出力
というように成果が分かれていることがあります。
さらに、
元となるデータを直接修正する成果品と、
そこから人が転記して作る成果品が混在している場合もあります。
この状態では、一つの変更が起きても、
「どこまで修正したか」
が担当者の記憶へ依存しやすくなります。
特に提出直前は修正が集中することがあります。
1件だけなら覚えていられても、複数橋梁、複数部材、複数指摘が重なると、確認対象を頭だけで管理するのは難しくなります。
まず「変更の種類」を分ける
修正伝播を整理するときは、すべての修正を一括りにしない方が分かりやすくなります。
たとえば変更内容を、
評価に関する変更
- 損傷程度
- 判定区分
- 評価値
- 健全性に関係する値
識別情報に関する変更
- 部材番号
- 径間番号
- 損傷番号
- 写真番号
記述に関する変更
- 所見
- コメント
- 損傷内容
- 補足説明
位置に関する変更
- 損傷位置
- 部材位置
- 図面上の表示位置
写真に関する変更
- 写真差替え
- 写真番号変更
- キャプション変更
のように分けます。
変更の種類を分けると、
「評価変更なら一覧表を確認」
「写真番号変更なら調書と写真台帳を確認」
といった確認ルールを作りやすくなります。
修正伝播表を作る
実務では、複雑なシステムを作る前に、簡単な一覧表を作るだけでも効果があります。
たとえば次のような表です。
| 変更した情報 | 確認候補 | 主な確認内容 |
|---|---|---|
| 損傷程度 | 点検調書、評価一覧、集計表 | 新しい評価へ統一されているか |
| 部材番号 | 調書、損傷図、写真、一覧 | 同じ部材を指しているか |
| 損傷番号 | 調書、損傷図、写真 | 番号対応が一致しているか |
| 写真番号 | 調書、写真台帳、一覧 | 参照番号が一致しているか |
| 所見 | 調書、総括、関連一覧 | 古い記述が残っていないか |
| 損傷位置 | 調書、損傷図、写真 | 表示位置と説明が一致しているか |
これはあくまで考え方の例です。
実際には業務ごとの成果品仕様に合わせて確認対象を決めます。
この表の価値は、
「何を直すか」
ではなく、
変更を起点として、次に確認する場所を明示できること
です。
例：損傷程度を変更した場合
たとえば照査で、
「損傷程度を変更する」
という指摘があったとします。
最初に調書の評価値を修正します。
ここで終わりにせず、次に、
- 同じ損傷を参照する一覧表があるか
- 評価値を集計している表があるか
- 所見本文に旧評価を前提とした記述がないか
- 他の判定へ影響する項目がないか
- CSVや別システムへ既に出力済みではないか
を確認します。
ポイントは、
修正対象そのものと、修正によって意味が変わる成果を分けて考えること
です。
評価値を表示していない成果品でも、その値を前提に文章が書かれていれば影響することがあります。
逆に、見た目が近い成果でも、その評価とは独立していれば修正不要です。
「全部直す」ではなく、関係を確認します。
例：写真番号を変更した場合
写真番号の変更では、評価とは違う伝播が起きます。
たとえば、
写真12を写真13へ変更した場合、
- 点検調書上の写真番号
- 写真台帳
- 損傷図上の参照番号
- 一覧表上の写真番号
などを確認する可能性があります。
このケースでは、写真そのものより、
写真を参照している番号の整合
が重要になります。
画像ファイルは正しく差し替わっているのに、調書上の参照番号だけ古い。
あるいは写真台帳は更新したが、損傷図だけ旧番号。
というズレが発生することがあります。
修正伝播には「自動確認しやすいもの」と「人が見るもの」がある
すべての確認を自動化する必要はありません。
むしろ、確認内容によって向き不向きがあります。
たとえば、
- 同じ損傷番号か
- 同じ写真番号か
- 同じ評価値か
- 必須項目が空欄でないか
といった比較は、Excel VBAなどで自動確認しやすい項目です。
一方、
- 所見の内容が変更後の評価と整合しているか
- 写真が本当に対象損傷を示しているか
- 技術的な判定が妥当か
- 発注者協議の内容が正しく反映されているか
といった確認は、人間の判断が必要になることがあります。
つまり、
一致確認と技術判断を分ける
ことが重要です。
VBAで文字列や番号の一致は確認できても、その技術的意味まで自動的に保証できるとは限りません。
修正一覧に「影響確認済み」を持たせる
修正が多い業務では、指摘一覧に一列追加する方法もあります。
たとえば、
| No. | 指摘内容 | 修正対象 | 影響確認 | 確認者 |
|---|---|---|---|---|
| 1 | 損傷程度変更 | 点検調書 | 済 | A |
| 2 | 写真番号変更 | 写真台帳 | 済 | B |
| 3 | 所見修正 | 調書 | 未 |
という形です。
ここで「修正済み」と「影響確認済み」を分けます。
修正済みは、
「指摘された場所を直した」
という意味です。
影響確認済みは、
「関連する成果品に旧情報が残っていないか確認した」
という意味です。
この2つを分けるだけでも、チェックの意味がかなり明確になります。
マスタを持つと修正伝播を減らせる場合がある
理想的には、一つの情報を複数の成果品へ人が何度も入力しない方が修正漏れは減ります。
たとえば、
橋梁ID、部材、損傷番号、評価、写真番号などを統合したマスタを持ち、
そこから必要な帳票や一覧へ展開できれば、
修正元を一か所へ寄せることができます。
変更後に再出力すれば、複数成果へ同じ修正を反映できる可能性があります。
ただし、これは成果品構造が整理されていることが前提です。
自治体独自帳票、Shape、結合セル、特殊なレイアウトなどがある場合、すべてを単純なデータ出力で作れるとは限りません。
そのため、
マスタ化すれば全部解決する
という話ではありません。
それでも、
同じ情報をどこで持ち、どこへ展開しているかを把握する
ことは修正伝播管理の基本になります。
SaaSを導入しても最後の整合確認が残ることがある
橋梁点検支援システムや建設DX製品を使うことで、入力、写真管理、データ集約などを効率化できる場合があります。
一方、最終成果として自治体独自のExcel帳票、図面、一覧表などを提出する場合には、製品外で変換や調整が発生することがあります。
この状態で評価変更が入ると、
システム側は修正済み。
しかし提出用Excelは旧値。
ということも起こり得ます。
これはSaaSが悪いという話ではありません。
製品が管理する範囲と、最終成果品の範囲が異なれば、その接続部分に確認作業が残るということです。
そのため建設DXでは、
「入力を効率化できるか」
だけでなく、
変更が発生したとき、最終成果までどう反映されるか
も確認しておく必要があります。
修正伝播を設計するとラストワンマイルが見える
修正伝播を一覧化すると、
どこがシステムで連動し、
どこから人が転記し、
どこでExcelを加工し、
どこで技術者が判断しているか
が見えやすくなります。
この境界は、そのまま業務改善の候補になります。
たとえば、
毎回同じ番号を3つのExcelへ転記している。
同じ評価値を別一覧へコピーしている。
修正のたびに同じ照合を繰り返している。
のであれば、自動化候補です。
一方、
所見の意味確認や技術判定であれば、人が残る領域かもしれません。
つまり修正伝播表は、単なるチェックリストではなく、
「自動化できる作業」と「人間判断が必要な作業」を切り分ける材料
にもなります。
まずは大きなシステムを作らなくてもよい
修正漏れを防ぐために、いきなり大規模なシステムを作る必要はありません。
最初は、
「この情報を変更したら、どこを見るか」
をExcelで一覧にするだけでも構いません。
その運用を続けると、
毎回確認している項目。
修正漏れが起きやすい場所。
自動比較できそうな項目。
人間にしか判断できない項目。
が見えてきます。
そこから必要に応じて、
VBAによる整合チェック。
統合マスタ。
差分抽出。
帳票間の自動照合。
などへ拡張すればよいと思います。
業務フローを把握しないまま自動化するより、先に修正伝播を見える化した方が、必要な機能を決めやすくなります。
まとめ
橋梁点検では、一つの評価や番号を変更しただけでも、複数の成果品へ修正が波及する場合があります。
そのため重要なのは、
「指摘箇所を直したか」
だけではありません。
変更した情報が、どの成果品へ使われているかを確認すること
です。
変更の種類を整理する。
修正伝播表を作る。
修正済みと影響確認済みを分ける。
番号や評価の一致は機械で確認する。
技術判断は人間が確認する。
こうした整理をしておくと、提出前の修正作業を管理しやすくなります。
さらに、どこで同じ情報を何度も転記しているかが見えるため、Excel VBA、統合マスタ、SaaS連携など、次の改善箇所も見つけやすくなります。
橋梁点検のDXでは、新しいデータを入力する場面だけでなく、
「一度作った成果を変更したとき、その変更が最後まで正しく届くか」
も重要な設計対象です。
ダウンロード
維持DXでは、国交省様式を対象とした橋梁点検支援ツールを無料・機能制限版として公開しています。
実際の処理イメージを確認したい方は、以下のフォームからお申し込みください。
フォーム送信後に、ダウンロード案内をお送りします。
ご注意
ダウンロードしたExcelでマクロが実行できない場合は、
右クリック → プロパティ →「許可する」 をチェック後、再度開いてください。Windowsのセキュリティ機能により、初回実行時にマクロがブロックされる場合があります。
