はじめに

アジャイル開発手法、特にスクラム開発手法について、インプット資料を整理します。

必須資料

目的：”アジャイル”とは、価値観＋プラクティスの集合であることを理解する。
補足：まさひろが記載した資料なので、手前味噌ですいません。
資料：ウォーターフォールに慣れた人のためのアジャイル入門

目的：スクラム開発手法で重要な、ロール、イベント、成果物を理解する。
補足：Scrum Allianceという組織が出しているスクラムガイドが原著。
資料：スクラムガイド

目的：スクラム開発手法において、リリースまでに誰が何をするのかをストーリー（小説）で理解する。
方法：下記の本、第７部ケーススタディ（文量は50頁程度）を読む。あるゲーム会社のアジャイルチームの働き方が小説になっている。
資料：『アジャイルな見積もりと計画づくり』

目的：アジャイル開発手法において、要求を定義する手法であるユーザーストーリーとエピックを理解する。
資料：ユーザーストーリー駆動開発で行こう。

目的：”計画”や”見積もり”において、ビジネス側とエンジニア側が相互理解するための前提事項を理解する。
注意：相互理解の重要性と問いているだけで、fs文化である”コミット”、”ANDを取る”と相反するわけではない。
資料：エンジニアが納期を守れていないとしたら、そこにはいったい何があるのだろう？（あるいはいったい何がないのだろう？）

目的：スクラム開発手法を現場に適応した際、具体的にどうすべきかをストーリーと漫画で理解する。
補足：２～３時間で読める本なので、一読した後にリファレンスにするとよい。
書籍リンク：『SCRUM BOOT CAMP THE BOOK』

目的：ユーザーストーリーの規模見積もり、優先順位付け、リリース計画づくりについて、理解する。
補足：全部読むと５～６時間必要なので、リファレンスにするとよい。
書籍リンク：『アジャイルな見積もりと計画づくり』
　※上記、”アジャイル・スクラムのイメージ”と同じ書籍。

目的：ユーザーストーリーの優先度付、リリース単位を決めるための技法であるユーザーストーリーマッピングを理解する。
補足：特にプロダクトオーナーに重要。
書籍リンク：『ユーザーストーリーマッピング』

目的：アジャイルにおける”テスト”の粒度を理解する。
補足：自動化すべきテスト、自動化が向いていないテストの四象限が、概念として重要。
書籍リンク：『実践アジャイルテストテスターとアジャイルチームのための実践ガイド』

目的：複数のアジャイルチームでリリースまでの計画を立案する例を理解する。
補足：各アジャイル手法（スクラムやXP）の説明も記載しているので、歴史から学びたい人は前半を読む。そうでない人は、後半だけでOK。
書籍リンク：『アジャイル開発の本質とスケールアップ変化に強い大規模開発を成功させる14のベストプラクティス』