← 概念解説に戻る

Concept Fable

納品検収

先に結論:納品検収とは、顧客またはプロジェクト側が事前に合意した基準に基づき、納品物が契約、機能、性能、セキュリティ、業務効果、運用要件を満たしているかを確認するプロセスである。

Delivery Acceptance, Acceptance Testing, Project Acceptance · Implementation / Project governance

まず物語を読む。ここでは急いで定義を示さず、まず問題そのものを立ち上がらせる。

寓話

橋が直って、また車が通れるようになった

青河鎮は職人を雇って橋を架けた。最初の橋が完成した日、鎮長は橋面が平らで欄干が新しく光っているのを見て、その場で印を押して支払った。職人は金を受け取って去り、鎮民も爆竹を鳴らして祝った。

半月後に大雨が降り、橋面は滑らなかったが、水たまりが足首を超えた。夜に二台の糧車がすれ違い、橋幅が足りないとわかった。冬の最初の霜で、木板がきしんだ。橋は確かに「修完了」したが、町の実際の使い方に耐えられることを証明していなかった。

鎮長は工匠が怠けたと責めた。工匠も不満だった:契約書には新しい橋を架けるとしか書かれておらず、雨天の排水、二台の車のすれ違い、冬季の積載量、三年間の維持管理については書かれていなかった。双方は県衙まで争い、そこで「納品完了」の理解が異なることに気づいた。

第二の橋の着工前に、町はまず検収チェックリストを作成した。橋面は豪雨の後半日で排水され、二台の車がすれ違い可能で、満載の穀物車が橋を渡っても揺れず、夜間は灯牌が見え、補修材料と保守方法は町の工匠に引き渡すこと。各項目について、どう試験するか、誰が立ち会うか、不合格ならどう是正するかを取り決めた。

完工の日、鎮長は外観だけを見なかった。彼らは水を撒いて排水を試し、二台の糧車で橋を試し、夜には灯を掲げて一度歩き、最後に鎮工に手引きどおり一枚の板を交換させた。いくつかの小さな不具合はその場で記録し、工匠が三日以内に直し終えてから印を押した。

町民はようやく理解した。検収とは工事の終了を祝うことではなく、事前に合意した基準で、成果物を引き継ぎ、使用し、責任を負えるかを確認することだ。検収がなければ、完工は職人が自分で終わったと言うだけであり、検収があれば、町は自分が何を受け取ったかを知る。

町は後にリストを契約書の最初のページに載せ、完成時に出すのではなくなりました。職人は見積もり時にどの試験に合格する必要があるかを知り、町長もどの追加要件が工期と費用を増やすかを知りました。後に管理者はこの経験を日常の規則に書き入れました:まずシナリオを見て、次に境界を見て、最後に失敗時に誰が引き継げるかを見る。これらすべてが明確になって初めて、美しいデモは納品可能な仕事になります。

第三の橋の検収時、双方の争いはさらに少なかった。なぜなら、不通過のたびに処理経路があるからだ。手直し、免除、延期、または減額。捺印はもはや面子のための儀式ではなく、責任の正式な引き継ぎである。

明らかにする

この物語が語るのは:納品検収

納品検収とは、顧客またはプロジェクト側が事前に合意した基準に基づき、納品物が契約、機能、性能、セキュリティ、業務効果、運用要件を満たしているかを確認するプロセスである。

納品検収は単に「終わった」と言うことではない。検収基準、テストケース、合格条件、欠陥処理、受領責任、例外条項が必要だ。基準が曖昧なほど、プロジェクトは最後に言い分が食い違いやすくなる。

メタファーのマッピング

  • 橋の外観:成果物の表面的な完成
  • 耐荷重、滑り止め、照明:機能、性能、安全の受入項目
  • 旧契約には橋を直すとだけ書かれている:受け入れ基準の欠如
  • 三者が共同署名:顧客、ユーザー、プロジェクト側が確認
  • 試運転で重大な故障なし:業務シナリオでの受け入れテスト

Andy(任旭)判断

AI プロジェクトは最も受け入れ基準が不明確なところで死にやすい。「モデルの性能が良い」を、顧客が署名できる業務ユースケース、合格閾値、異常範囲、責任境界に翻訳しなければならない。

受け入れ基準SLAUATプロジェクトデリバリー本番受け入れ効果評価

関連する識別

この概念は隣接概念と混用されやすいので、対比ページを続けて見ることをおすすめする。

京ICP备2026014272号