受入れ基準

納入物を受け入れてよいかどうかを判断するための、あらかじめ合意した条件。機能の充足、性能値、残存不具合の許容範囲などを具体的に定め、検収時の判断の根拠とする。

納入されたシステムを受け入れてよいかを判断するために、発注者と受注者があらかじめ合意しておく条件。満たすべき機能と性能、許容する残存不具合の数や重要度、必要な文書などを具体的に定め、受入れテストの合否判定に使う。

納入された成果物が契約や仕様のとおりかを発注者が確かめ、受け取ること。受入れテストの結果を受入れ基準に照らして判断する。検収をもって成果物の引渡しが完了し、代金の支払の条件が満たされる契約が多い。

作業時間と材料費に基づいて支払う契約形態。固定価格契約と実費償還契約の中間的な性質を持つ。作業範囲が不明確で、早急に着手する必要がある場合に用いられるが、上限金額を設定してコストリスクを制限する場合が多い。

調達交渉の結果に基づいて、供給者との間で正式な契約を交わすこと。請負契約、準委任契約などの契約類型を選択し、契約範囲、責任分界、成果物、支払条件などを明確にする。

受注者の実際にかかったコストに報酬を加算して支払う契約形態。コストリスクは発注者が負う。コストプラス固定報酬（CPFF）、コストプラスインセンティブ報酬（CPIF）、コストプラス報奨金（CPAF）がある。スコープが不明確な場合に適する。

システムやソフトウェアの保守の範囲、対応の時間帯、障害時の対応時間、費用などを、発注者と保守の提供者の間で取り決める契約。定額で一定の範囲の作業を受ける形や、作業の量に応じて支払う形があり、サービスレベルを合意して契約に盛り込む。

エクストリームプログラミング（XP）のプラクティスのうち、顧客が担う事項。ユーザーストーリーの作成、リリースの計画と優先順位付け、受入れテストの作成と実施、短いリリースなどが含まれ、顧客がチームの一員として開発に参加する。