アジャイルソフトウェアの12の原則

アジャイルソフトウェア開発宣言を補足する12項目の原則。顧客満足を最優先すること、短い間隔で動くソフトウェアを届けることなどを定める。

アジャイルソフトウェア開発宣言の背後にある12の行動原則。早く継続的に価値を提供して顧客を満足させる、変化する要求を歓迎する、動くソフトウェアを短い間隔でリリースする、ビジネス側と開発者が日々協働する、自己組織的なチームに任せる、定期的にふりかえって改善するなどを挙げる。

チーム全員が1つの画面に向かい、1人が操作を担当し、ほかのメンバーが議論しながら指示を出して共同でプログラムを作る進め方。操作する役は短い時間で交代する。知識の共有が進み、レビューの手間や手戻りを減らせる。

一定期間の活動を終えた節目に、チームでやり方を振り返り、良かった点や問題点を共有して次の期間の改善策を決める活動。アジャイル開発では反復ごとに行い、KPTなどの手法を使う。スクラムではスプリントレトロスペクティブとして行う。

エクストリームプログラミング（XP）のプラクティスの一つで、ソースコードを特定の担当者のものとせず、チームの誰もがどの部分でも修正できるようにすること。特定の人への依存をなくし、改善を素早く行える。

「今必要でない機能は作らない」という、エクストリームプログラミング（XP）の考え方。将来使うかもしれないという予測で機能や仕組みを先に作り込まず、必要になった時点で実装することで、無駄な作業と複雑さを避ける。

スクラムで開発を担う、プロダクトオーナー1人、スクラムマスター1人、複数の開発者からなる小規模なチーム。チーム内に階層を設けず、プロダクトの価値を高めるために必要な作業を自ら管理して進める。

システム開発を要件定義、設計、実装、テスト、運用などの工程に分け、上流の工程から下流の工程へ順に進める開発モデル。各工程の成果物を確定させてから次の工程に進むので、進捗と品質を管理しやすいが、後の工程で要件の誤りや変更が分かると手戻りが大きい。要件が明確で変更の少ない開発に向く。