AIイノベーション

アジャイルソフトウェア開発宣言

私たちは、ソフトウェア開発の実践
あるいは実践を手助けをする活動を通じて、
よりよい開発方法を見つけだそうとしている。
この活動を通して、私たちは以下の価値に至った。

• プロセスやツールよりも個人と対話を、
• 包括的なドキュメントよりも動くソフトウェアを、
• 契約交渉よりも顧客との協調を、
• 計画に従うことよりも変化への対応を、

価値とする。すなわち、左記のことがらに価値があることを
認めながらも、私たちは右記のことがらにより価値をおく。

Kent Beck ／ Mike Beedle ／ Arie van Bennekum ／ Alistair Cockburn ／ Ward Cunningham ／ Martin Fowler ／ James Grenning ／ Jim Highsmith ／ Andrew Hunt ／ Ron Jeffries ／ Jon Kern ／ Brian Marick ／ Robert C. Martin ／ Steve Mellor ／ Ken Schwaber ／ Jeff Sutherland ／ Dave Thomas

© 2001, 上記の著者たち
この宣言は、この注意書きも含めた形で全文を含めることを条件に自由にコピーしてよい。

アジャイル宣言の背後にある原則

私たちは以下の原則に従う:

1. 顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。
2. 要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、お客様の競争力を引き上げます。
3. 動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリースします。
4. ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりません。
5. 意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わるまで彼らを信頼します。
6. 情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をすることです。
7. 動くソフトウェアこそが進捗の最も重要な尺度です。
8. アジャイル･プロセスは持続可能な開発を促進します。一定のペースを継続的に維持できるようにしなければなりません。
9. 技術的卓越性と優れた設計に対する不断の注意が機敏さを高めます。
10. シンプルさ（ムダなく作れる量を最大限にすること）が本質です。
11. 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。
12. チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。

出典: アジャイルソフトウェア開発宣言 ／ アジャイル宣言の背後にある原則（agilemanifesto.org 公式日本語訳）

インクリメント（Increment）とは

その回の開発で積み上がった、動くソフトウェアの追加分のこと。単体で動作を確かめられ、これまでの成果に統合されているものだけを指します。

アジャイルでは、開発の成果を「作業の進み具合」ではなく「動くものが増えたかどうか」で数えます。この“増えた分”がインクリメントです。

インクリメントと呼べる条件

1. 動く — 実際に触って確かめられる。設計書、仕様書、作りかけのコードはインクリメントではありません。
2. 積み上がっている — これまでのインクリメントと統合され、既にできていたことを壊していない。
3. 完成の定義を満たす — テスト・レビュー・ドキュメントなど、チームで決めた「終わり」の基準をクリアしている。
4. それだけで価値を説明できる — 「これで何ができるようになったか」を一文で言い切れる。

動かないものは、評価されない

進捗の尺度は動くソフトウェアです（アジャイル宣言の原則7）。「9割できています」は、動かない限り0として扱います。作りかけを積み上げると、統合と検証が最後にまとめて来ることになり、残り1割のはずだった作業でスケジュールが崩れます。動く単位で刻むのは、このリスクを毎回小さく潰すためです。

よくある間違い — 横に切ると増えない

「今回はDB、次はAPI、最後に画面」と層で切ると、最後まで何も動きません。「1件登録できる」のように縦に薄く切ると、毎回動くものが出て、実物で判断できるようになります。

私たちの進め方

数週間以内で動く単位に切り、実物を見ながら次の一手を決めます。早く出すこと自体が目的ではなく、早く間違いに気づくためにそうしています。

参考: アジャイル宣言の背後にある原則 ／ スクラムガイド（インクリメント・完成の定義）。本ページの説明文は弊社によるものです。