顧客のプラクティス

エクストリームプログラミングで、顧客が担う実践事項。ストーリーの作成と優先順位付け、受入れテストの実施などが含まれる。

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

ユーザーの活動の流れを横軸に並べ、その下に各活動を実現するユーザーストーリーを優先度の高い順に縦に並べて、プロダクトの全体像を2次元の図で表す手法。ジェフ・パットンが提唱し、横に区切ってリリースの範囲を決めることで、MVPの範囲を検討できる。

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

エクストリームプログラミングで、開発者が実践する事項。テスト駆動開発、ペアプログラミング、リファクタリング、ソースコードの共同所有、継続的インテグレーション、YAGNI（必要になるまで作らない）などが含まれる。

良いユーザーストーリーが満たすべき6つの条件の頭文字。Independent（独立している）、Negotiable（交渉可能）、Valuable（価値がある）、Estimable（見積り可能）、Small（小さい）、Testable（テスト可能）を指す。

エクストリームプログラミングで、開発チーム全体が共通して実践する事項。反復（イテレーション）、共通の用語、開けた作業空間、ふりかえりなどが含まれる。

エクストリームプログラミングで、管理者が実践する事項。責任の受入れ、チームの援護、四半期ごとの見直し、進捗を正直に見せるミラー、持続可能なペースの維持などが含まれる。