アジャイル・スクラム

ふふ、いい質問ね。
たとえるなら、料理を一品ずつ味見しながら作るスタイルよ。
フルコースを全部作り切ってから初めてお客さんに出すんじゃなくて、前菜ができたら出して感想を聞く。
そのやり方がアジャイルなの。

その通りよ。
アジャイルの起点は2001年のアジャイルソフトウェア開発宣言?
。
4つの価値はこう。
『プロセスやツールよりも個人と対話』『包括的なドキュメントよりも動くソフトウェア』『契約交渉よりも顧客との協調』『計画に従うことよりも変化への対応』。
左より右を重視する、と覚えるといいわ。

ふふ、語源はまさにそれ。
チームが一丸となってボールを前に進めるイメージね。
具体的には、スプリント?
と呼ぶ短い期間を区切って、その中で計画→開発→レビュー→振り返りをぐるぐる繰り返すの。

スクラムの登場人物は3つの役割よ。
プロダクトオーナー?
、スクラムマスター?
、そして開発者?
。
POが『何を』、開発者が『どう作るか』を担うの。

作るものの一覧も2種類あるわ。
優先順位を付けた全機能のリストがプロダクトバックログ?
、その中から今回のスプリントでやる分を切り出したのがスプリントバックログ?
よ。

その調子よ。
最後にXPも触れておくわね。
XPは技術寄りのプラクティスが特徴で、2人1組でコードを書くペアプログラミング?
、テストを先に書くテスト駆動開発?
、動作を変えずに中身を整えるリファクタリング?
などが有名よ。

ふふ、運動部らしい感想ね。
最後に整理すると――アジャイルは『小さく作って繰り返す』考え方。
スクラムはその代表で、3つの役割・スプリント・4つのイベント・2つのバックログがセット。
XPは技術プラクティス重視。
この骨組みを押さえれば試験は怖くないわ。