アジャイル開発に関係者を関与させることで、製品が顧客のニーズと目標を満たすことが保証されます。開発プロセス全体を通じて製品に関するフィードバックを提供するのに役立ち、チームは必要に応じて変更や改善を行うことができます。

A) コード変更を頻繁に統合して、欠陥を早期に検出するアジャイルの継続的統合の実践では、開発プロセスの早い段階で欠陥を検出することを目的として、コード変更を共有コード リポジトリに頻繁に統合します。これにより、問題が蓄積して後で解決が困難になるのを防ぎ、製品が常に動作状態にあることを保証します。継続的統合には通常、統合プロセス中に発生する問題を迅速に特定するための自動テストも含まれます。

ユーザー ストーリーはユーザーのニーズと目標に焦点を当てていますが、要件は製品の機能に焦点を当てています。アジャイル開発では、ユーザー ストーリーは顧客のニーズと目標を捉え、ユーザーの視点から必要な機能を説明する方法です。ユーザー ストーリーは通常、わかりやすい言葉で書かれており、製品の「方法」ではなく「内容」と「理由」に焦点を当てています。
一方、要件は製品の機能に重点を置き、顧客のニーズを満たすために製品が実行する必要があることを説明します。要件は通常、技術用語で記述され、製品に必要な特定の機能と特徴を説明します。
ユーザー ストーリーと要件には重複する部分もありますが、主な違いは、ユーザー ストーリーは顧客のニーズと目標に焦点を当てているのに対し、要件は製品の機能に焦点を当てていることです。アジャイル開発では、ユーザー ストーリーと要件は通常一緒に使用され、ユーザー ストーリーは要件プロセスの開始点として機能し、要件は製品の構築に必要な詳細と明確さを提供します。

継続的な改善と実験を重視するアジャイル手法が Lean です。Lean は、ソフトウェア開発プロセスにおける無駄の削減と効率性の向上に重点を置いたアジャイル手法です。トヨタ生産方式の原則に基づいており、実験と学習による継続的な改善を重視しています。
Lean では、チームが新しいアイデアを試し、プロセスを継続的に見直して改善することを推奨しています。また、顧客価値の重要性を強調し、チームができるだけ早く顧客に価値を提供することに重点を置くことを推奨しています。Lean では、バリュー ストリーム マッピング、カンバン ボード、継続的なフローなど、さまざまなツールとテクニックを使用して、チームがこれらの目標を達成できるようにしています。
Scrum、Kanban、XP などの他の Agile 手法も継続的な改善を重視していますが、Lean はチームがプロセスを最適化し、効率を最大化できるように特別に設計されています。

変化に対応するよりも計画に従うことは、アジャイル宣言の原則の 1 つではありません。アジャイル宣言の原則では、その逆を優先し、「計画に従うよりも変化に対応する」としています。つまり、アジャイルのコンテキストでは、柔軟性と変化への適応が、厳格な計画に固執することよりも重視されます。アジャイル宣言のその他の原則には、「プロセスとツールよりも個人と対話」、「包括的なドキュメントよりも実用的なソフトウェア」、「契約交渉よりも顧客とのコラボレーション」などがあります。これらの原則は、それぞれ、人とコミュニケーション、実用的なソフトウェアの提供、顧客との緊密なコラボレーションの重要性を強調しています。