アジャイル・マニフェストと12の原則 – アジャイルソフトウェア開発のコア価値

マニフェストの表現は、最小限の言語でアジャイルの本質を捉えるように細心の注意を払って作られており、次を強調している：

• プロセスやツールよりも人間と対話
• 包括的な文書よりも動作するソフトウェア
• 契約交渉よりも顧客との協働
• 計画の遵守よりも変化への対応

注記：

• これらの文のキーワードは「over（～よりも）」である。マニフェストは右側の項目を左側の項目に置き換えることを提案しているわけではなく、むしろ左側の項目を優先することを意味している。
• アジャイル・マニフェストは、文書中心で重いソフトウェア開発プロセス（ウォーターフォールモデルなど）の代替として作成された。

アジャイル・マニフェストの背後にある原則

「12の原則」は、アジャイル・マニフェストの核となる理念をさらに詳しく説明し、アジャイルの真の意味についてより深い洞察を提供する。スクラムフレームワークは、以下のイベントを通じてこれらの原則を推進する：プロダクトバックログ、デイリースタンドアップ、反復的開発、リトロスペクティブ：

1. 私たちの最優先事項は、価値あるソフトウェアを早期かつ継続的に提供することで顧客満足を達成することである。
2. 開発の後期に至るまで変更要件を受け入れる。アジャイルプロセスは変化を競争優位の源泉として活用する。
3. 数週間から数か月の頻度で、できるだけ短い期間を優先して動作するソフトウェアを頻繁に提供する。
4. ビジネス担当者と開発者は、プロジェクト全体を通じて毎日協力しなければならない。
5. 動機付けられた個人を中心にプロジェクトを構築する。彼らが必要とする環境と支援を提供し、仕事を遂行できると信頼する。
6. チーム内外での情報伝達において最も効果的な方法は、対面での会話である。
7. 動作するソフトウェアは進捗の主な指標である。
8. アジャイルプロセスは持続可能な開発を促進する。スポンサー、開発者、ユーザーは、無限にに一定のペースを維持できるべきである。
9. 持続的に技術的優秀性と良い設計に注力することで、アジャイル性を高める。
10. 単純さ——行わない作業の量を最大化する芸術——は不可欠である。
11. 最良のアーキテクチャ、要件、設計は自己組織化チームから生まれる。
12. 定期的にチームは、より効果的になる方法を検討し、それに応じて行動を調整・最適化する。