ITプロジェクトの検収：不具合・指摘事項の記録方法

必要な資料

• 契約書、技術仕様書、個別技術仕様書、付属書、確認書類。
• 当事者間の通信記録および検収時の指摘事項。
• ログ、エクスポートデータ、スクリーンショット、リンク、技術文書。
• 専門家または裁判所に提示する質問事項。

評価する事項

成果物の実際の状態、技術要件への適合性、不具合の有無、障害原因、実施済み作業の量、判明した事情と紛争関連文書との関係を評価します。

検収書に署名する前の確認が必要な理由

検収書への署名後は、発注者が明白な不備を主張しにくくなります。技術的な検収により、主要なシナリオ、文書の完備、必要なアクセス権限の引渡しを事前に確認できます。

確認計画に含める事項

• 技術仕様書に明示された機能。
• 負荷試験および重要な利用シナリオ。
• 外部システムとのデータ交換。
• バックアップと復元。
• ソースコード、手順書、アクセス情報、ドキュメント。

指摘事項の記録方法

各不具合について、再現手順、期待される結果と実際の結果、日付、システムのバージョン、裏付け資料を記載することが望まれます。

支援により得られる成果

発注者には、整理された指摘事項一覧、要件への適合性評価、理由を備えた検収判断のための技術的基盤を提供します。

専門家との作業の進め方

まず、課題と利用可能な資料を予備的に確認します。その後、調査対象、技術的に適切な質問、必要なアクセス権限、成果物の形式を協議します。元のデータが不足している場合、専門家は追加で保存すべきファイル、文書、エクスポートデータを事前に示します。

最終的な意見書では、提供された情報、実施した作業、確認された特徴、制約、結論を区別します。これにより調査の論理を検証でき、文書を請求、交渉、裁判手続に利用できます。

早めに相談した方がよい場合

元のデータを早く保存するほど、消失や改変のリスクは小さくなります。システムの再インストール、プログラムの更新、ログの削除、機器の修理依頼を行う前に、資料の記録方法を相談することをお勧めします。

2026年10月21日追記

合意済みの条件で不具合を再現可能にする

指摘事項には、バージョン、環境、ユーザーロール、初期データ、操作手順、期待される結果と実際の結果を記載してください。「動かない」だけでは問題の範囲を確認できません。別バージョンのアプリでのテストは、プロジェクトの別の状態に関する可能性があります。

指摘事項を要件に結び付ける

期待される動作の根拠となる合意済み仕様書の項目、変更文書、その他の文書を示してください。要件の内容に争いがある場合は、その点を明らかにする必要があります。技術的確認に際して、契約文書の一つの版を説明なく選択することはできません。

• 切り取ったメッセージだけでなく、元のログと記録を保存してください。
• 修正、再確認、納品内容を記録してください。
• 公開されるエラーの説明に、有効な機密アクセス情報を含めないでください。
• 不具合、要望、検証できない仮説を区別してください。

更新や再設定の前に、関係する状態を保存しておくと役立ちます。これにより争いのある版を調査でき、修正後の製品の確認結果を、以前に引き渡されたものにそのまま当てはめることを防げます。

関連情報： ログとバックアップ：ITシステムを変更する前に保存すべきもの.