同じ答えを出すには、同じ条件が必要
前回の記事では、HLR Calculation Engineの開発において、最初に「再現性の確保」を優先したことをお話ししました。同じ条件で計算すれば、誰が計算しても同じ答えが出る。それを担保する計算ルールを先に作るという方針です。
しかし考えてみると、もう一つ重要なことがあります。同じ計算ルールを使っていても、入力条件が異なれば、当然ながら結果は変わります。
橋梁のHLRを計算する場合を例にとると、橋の長さや構造形式、評価期間の設定、点検の頻度、補修や更新の考え方——こうした条件の違いによって、計算される人的労働量は大きく変わります。計算ルールを統一しただけでは十分ではない。入力条件そのものを明確に記録する仕組みが必要だということに気づきました。
「この橋は30人年です」だけでは分からない
少し具体的なイメージで考えてみましょう。
ある橋梁についてHLRを計算した結果が「30人年」だったとします。しかしその数字だけを見ても、何を意味しているのかはよく分かりません。
対象の橋は50mなのか、それとも500mなのか。評価期間は30年なのか、100年なのか。点検や補修をどの程度見込んでいるのか。これらの条件が違えば、計算結果も当然変わります。数字だけでは、その結果が妥当なのかどうかも、別の橋と比較してよいかどうかも、判断できません。
これはHLRに限らず、インフラの事業費や維持管理費の比較でも同じことが起きます。出てきた数字だけでなく、その数字を導いた条件を一緒に残しておかなければ、後から見返したときに意味を読み取ることができません。
そこで「Input Card」を作ることにした
この問題に対応するために作ることにしたのが、Input Card（入力カード）です。
Input Cardは、HLRを計算する際の条件を整理・記録するためのものです。計算結果と一緒に、どのような前提で算出されたのかを残しておく役割を持ちます。
例えば橋梁の場合、次のような情報を記録します（これは考え方を説明するための架空の例であり、実際のInput Cardの画面や正式な項目とは異なります）。
橋梁のHLR計算条件（説明用の架空例）
| 項目 | 設定 |
|---|---|
| 対象施設 | 道路橋 |
| 橋長 | 50m |
| 構造形式 | 鋼橋 |
| 評価期間 | 100年間 |
| 点検条件 | 5年に1回と仮定 |
| 補修・更新条件 | 設定したシナリオに従う |
こうして条件をまとめておけば、後から計算結果を確認するときに「どういう前提で出た数字なのか」をすぐに把握できます。また同じ条件で再計算したり、条件を一つだけ変えて結果がどう変わるかを確認したりする際にも、この記録が基準になります。
入力カードは、比較するためにも必要
将来的な活用の面でも、Input Cardの意味は大きいと考えています。
例えば、橋梁AとBのHLRを比較する場合、評価期間が異なっていれば、そのままの数字を並べて比較することはできません。また、同じ橋について「補修を繰り返す案」と「一定期間後に大規模更新する案」を比較する場合も、何を共通条件として固定し、何を変えて試算するのかを明確にしておく必要があります。
Input Cardがあれば、計算結果だけでなく、その結果を生み出した条件も一緒に管理できます。数字同士を比べる前に、「比較できる条件が揃っているかどうか」を確認する手がかりにもなります。
ただし、入力条件を記録しただけで、すべての比較が自動的に妥当になるわけではありません。条件が揃っているかどうかは、改めて確認する必要があります。Input Cardはそのための材料を整えるものです。
計算結果だけでなく、計算の根拠を残す
HLR Calculation Engineでは、単に「何人年」という答えを出すだけでは十分ではありません。
どんな施設を、どんな条件で、何年間評価したのか——その情報を計算結果と一緒に残すことで、後から確認でき、必要に応じて再計算できる状態が生まれます。
同じ条件なら同じ答えを出す。そのためにはまず、「同じ条件」が何なのかを記録しておかなければならない。そう考えて、Input Cardを作ることにしました。
コメント