年度改定のたびに、どこまで戻って確認すべきか決められない
年度の単価と基準は期日が固定されており、確認範囲を絞る判断自体が担当者の心証に委ねられたままです。
GENZ, Inc.
作る側から独立した検証を
積算ソフトの
作る側から独立した検証を
積算ソフトのテスト外注で年度改定と工種更新に追いつく
年度改定のたびに社内の人手に収まらない回帰テスト。数量拾い・単価・歩掛の期待値を組める開発外部の検証チームが、確認範囲の読める報告を添えて引き受けます。
支援事例
支援実績5,000件以上
積算ソフトの開発現場で繰り返される詰まり
積算ソフトの改修は年度改定という動かせない期日に縛られ、回帰範囲の見通しと期待値の作成が常に迫られます。先送りされた確認は判定材料の空白として残り、翌年も同じ形で返ってきます。
年度改定の
工種体系の改定に追随できず、過去案件の流用確認が後回しになる
工種体系の改定は積算ロジックの中核へ及ぶため、過去案件との差分が読めず、流用の可否を確かめる作業が後回しになります。
数量拾いと歩掛の期待値を作れる人が社内にひとりしかいない
数量拾いと歩掛適用の期待値は積算の実務知識を前提にしており、作れる人が偏ると作成待ちがそのまま判定の遅れになります。
公共工事向けと民間工事向けで、確認の考え方が分かれてしまう
公共工事の検算と民間工事の見積では確かめる考え方が異なり、片方の確認では他方の見落としを拾えません。
修正のたびの回帰テストが積み残り、次の改定期まで先送りになる
小さな修正のたびに回すべき回帰テストが実行されず、積み残しは次の改定で範囲が分からない状態として表面化します。
積算結果の誤りは、どこまで波及するのか
積算ソフトが出す金額は、見積から実行予算まで、利用企業の判断の起点になります。算出結果の誤りは製品だけで収まらず、使う側の業務へ波及します。
第三者の目で確かめる検証の観点
積算ソフトの検証は、数量の拾い出しから単価の適用、帳票の出力、他システムへの引き渡しまで、工程ごとに確認すべきポイントが異なります。自社の目だけでは見落としやすい論点を、第三者の視点で整理しました。
同じ入力で結果が変わる状態を放置すると、改修の正誤を判定する基準自体が失われ、回帰テストを回しても合否を判断できなくなるおそれがあります。
数量拾いの結果が、同じ入力で同じように再現されるか
同じ図面と同じ条件を入力したとき、数量拾いの結果が毎回一致するかを確かめます。端数処理や集計の順序によって値が変わる場合、改修のたびに結果がぶれ、期待値との比較が成り立たなくなります。
確認する資料
- テストケース表
- 入力条件一覧
- 結果比較表
単価データの版の管理が曖昧なままでは、利用者から金額差異の申告があった際に、データの違いか実装の誤りかを切り分ける材料がなく、対応期限だけが迫られるおそれがあります。
単価データの取り込みと適用年月の判定が合っているか
単価データファイルの取り込みと、適用年月に応じた版の選択が合っているかを確認します。新旧の単価が混在する期間に古い版で算出されると、金額差異の原因が実装かデータか切り分けられません。
確認する資料
- 単価データ版管理表
- 取込結果ログ
- 適用年月確認表
歩掛の期待値の根拠が担当者の口頭回答に残るだけでは、その担当者への照会待ちでテスト設計が止まり、受け入れ判定の遅れとして現れるおそれがあります。
歩掛の適用と工種体系への当てはめが仕様どおりか
歩掛の適用条件と工種体系への当てはめが仕様どおりに動くかを検証します。この部分の期待値は積算の業務知識がないと作れず、口頭の照会に頼ると根拠が残らないまま次の改修を迎えます。
確認する資料
- 歩掛適用条件表
- 期待値算定根拠書
- 工種対応一覧
帳票様式の不一致を出荷後に利用企業が見つけると、提出書類として使えない版を出したことになり、製品への信頼低下と個別対応の負担が同時に生じるおそれがあります。
設計書と見積書の出力が、提出先の様式と一致するか
設計書と見積書が、提出先が求める様式で出力されるかを確認します。公共工事向けと民間工事向けで様式が異なる場合、一方が正しくても他方の確認にはならず、利用企業の受け入れ段階で不一致が出ます。
確認する資料
- 帳票様式一覧
- 出力結果比較表
- 提出先要件整理表
連携先への引き渡しで値が崩れると、積算結果を起点とする見積や入札の判断を誤らせ、利用企業側の損失への波及として製品責任の議論に発展するおそれがあります。
実行予算や原価管理への引き渡しで、値が崩れていないか
積算結果が実行予算や原価管理のシステムへ渡る際に、金額や項目の対応が崩れていないかを検証します。引き渡しの段で値が変われば、利用企業側の損失へ波及するおそれがあります。
確認する資料
- 連携データ仕様書
- 項目対応マッピング表
- 引き渡し結果確認表
- 差異検証記録
テスト外注で引き受ける範囲と手順
テスト外注では、範囲、期日、体制、証跡を決めます。GENZは開発から独立した立場で、年度改定の日程に合わせて検証します。
STEP 01
対象の把握と検証範囲の合意改修範囲と積み残しの回帰対象を洗い出します
どう確かめるか
開発を担う主体から独立した立場で検証を引き受ける
GENZは委託先ベンダーの開発工程に加わらず、受け入れ側の立場で検証を担います。開発主体と検証主体が分かれるため、単体テストの完了報告とは別の観点から数量拾いや歩掛適用を確認します。
- 01改修の対象となる機能と取り込む単価データの版を特定します
- 02過去の改修で先送りされた回帰テストの範囲を整理します
- 03検証の対象範囲と着手の優先順位を書面にまとめて合意します
OUTPUT検証範囲の合意書
STEP 02
テスト計画と期待値の設計積算ドメイン担当の知見を期待値へ落とします
どう確かめるか
年度改定の期日から逆算して検証の体制を組む
年度改定の提供日程は外部から定められており、動かせません。GENZは改定版の開発着手日から逆算して検証期間を組み、期日までに確認を終える体制と人員を用意します。
- 01数量拾いと単価の当てはめ、歩掛適用の期待値を設計します
- 02公共工事向けと民間工事向けで検算の観点を分けて設計します
- 03年度改定の期日から逆算した検証スケジュールを立てます
OUTPUTテスト計画と期待値一覧
STEP 03
テストの実行と不具合の報告不具合は再現条件を添えて起票します
どう確かめるか
大規模な改修でも対象となる検証範囲を網羅する
工種体系や単価データの改定が積算ロジックの中核へ及ぶ場合、回帰の範囲は大規模になります。GENZは対象機能と対象データを洗い出し、優先順位を付けたうえで範囲全体を検証します。
- 01テスト計画に沿って実行し、入力条件と結果を記録します
- 02不具合は入力条件と利用環境を添えて起票し報告します
- 03修正版を受け取り、同じ条件で再現しないことを確認します
OUTPUT不具合報告と切り分け記録
STEP 04
結果の整理と次回への引き継ぎ確認範囲を次の改定へ引き継げる形にします
どう確かめるか
どの版のデータで何を確認したかを証跡として残す
どの版の単価データを使い、どの条件で何を確認したかを記録として残します。リリース直後に金額の差異が報告されたとき、データの版の違いか実装の誤りかを切り分ける材料になります。
- 01対象ごとに検証を終えた範囲と未確認の範囲を一覧にまとめます
- 02リリース判定会議の材料として検証結果と残存不具合を整理します
- 03次回の年度改定へ引き継げる形で検証範囲の記録を残します
OUTPUT検証済み範囲の証跡
第三者検証を組み込んだあとの、リリース判定の姿
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 確認済みと未確認の範囲が読み取れる報告が手元に残ります
- リリース判定会議で検証の事実をもとに議論できます
- 金額差異が単価の版違いか実装の誤りかを切り分けて説明できます
- 検証に取られていた開発リソースを機能投資へ戻せます
積算ソフトの検証に合わせて選べるサービス
年度改定の回帰テストを期間で引き受ける体制から、積算固有の処理を踏まえたテスト設計、利用企業側の受け入れ確認の観点づくり、稼働形態の移行に伴う確認まで、積算ソフトの検証に対応するサービスを用意しています。
年度改定の回帰テストを期間で引き受ける
年度改定の反映後に回す回帰テストを、期間を区切って引き受けます。着手日から逆算して体制を組み、社内の人手に収まらない分を担います。
テスト設計と期待値づくりから関与する
数量拾い、単価の当てはめ、歩掛の適用という積算固有の処理について、期待値の組み立てから関与し、属人に頼らない形へ整理します。
受け入れ確認の観点づくりを支援する
利用企業の情報システム部門が担う受け入れ確認の観点づくりを支援します。企業ごとに異なる粒度を、製品の品質保証につながる形へそろえます。
稼働形態の移行前後で結果の一致を確かめる
端末導入型からクラウド型への移行など、稼働形態が変わる前後で計算結果の差異を確かめます。移行前の出力を基準に一致を確認します。
お問合せから検証開始までの流れ
お問合せから検証開始までの流れを段階ごとに示します。各段階で確認する内容もあわせて記します。
お問合せの内容と対象範囲の確認
年度改定の日程と対象範囲を伺い、積算固有の論点が含まれるかを確認します。
検証範囲と実施体制に関するご提案
期待値づくりへの関与と報告の形式を示し、工数の内訳を添えてご提案します。
ご契約と着手に向けた体制の準備
起案に使える資料を揃え、契約形態と体制、着手日の逆算スケジュールを固めます。
検証の実施と判定材料のご報告
検証を実施し、リリース判定会議で使える形で結果と残存不具合をご報告します。
積算ソフトの検証を開発から独立した立場で
積算ソフトの検証を、開発から独立した立場で引き受けます
年度改定の着手日から逆算し、テスト範囲の整理、優先順位づけ、必要工数、関連テストの要否まで、ご相談の段階からまとめてお返しします。判定会議で使える形で検証の手順をご提示します。