アジャイル & スクラム入門

アジャイルやスクラムを経験していない友人に一から説明するために作ったスライド。

対象者
- アジャイル、スクラムの経験がない人
- アジャイル、スクラムの単語だけ知っているが、どういうものか知らない人

Transcript

1. アジャイル & スクラム⼊⾨ mkeeda
2. 対象者 • アジャイル、スクラムの経験がない⼈ • アジャイル、スクラムの単語だけ知っているが、 どういうものか知らない⼈
3. アジャイル (Agile)
4. ものづくりの難しさ • コストの⾒積もりが難しい ◦ 必要となる時間、⾦銭的費⽤、労⼒ ◦ ⼤体、⾒積もりより⼤きくなる • 顧客が欲しいものは、顧客⾃⾝も分かっていない ◦ 作ったものが顧客の欲しいものとは限らない • 市場の未来は分からない ◦ 早く作って世に出さないと競合に先を越されてしまうリスク
5. ⼯業的なものづくりの⽅法 1. 要件を決める 2. 必要なコストを⾒積もる 3. 計画を⽴てる 4. 作る 5. テストする 6. 出荷する
6. ⼯業的なものづくりの⽅法 1. 要件を決める 2. 必要なコストを⾒積もる 3. 計画を⽴てる 4. 作る 5. テストする 6. 出荷する 後々、顧客の欲しいものではないと 分かったが、今更変更できない 想定外の事態が起き、 スケジュールが後ろ倒しになった 納期に間に合わせるためにテストを短縮 その結果、出荷後に不具合が多発する
7. 「⼯業的なものづくり」とは ここでいう「⼯業的」とは、⼯場で⼤量⽣産するような作り⽅。 作るプロセスが決まっていて、最適化されているような作り⽅をする ものづくり全般を指す。 ⾃動⾞, 家電製品などの機械製品だけでなく、⽫や加⼯⾷品なども含む。 戦後の⽇本は⾼度経済成⻑期にこの⼿法を確⽴したおかげで、 GDPで世界トップ5に⼊れるほどに成⻑した。
8. ソフトウェア開発 黎明期 • これまでの⼯業的なものづくりの⽅法をソフトウェア開発に応⽤ ＝ ウォーターフォール開発 • 上⼿くいってた ◦ ファミリーコンピューター (任天堂) ◦ PC-9800シリーズ (NEC)
9. アジャイルの誕⽣ • IT機器がどんどん普及 ◦ より良いものをより早く求められる時代へ ◦ ものづくりの難しさがより顕著になってきた • ソフトウェアのみが持つ特性 ◦ 作った後に変更しやすい ◦ インターネットの普及で出荷後にも変更可能となった • ソフトウェアの特性を⽣かして、ものづくりの難しさを解消しよう • アジャイルへ
10. ものづくりの難しさ (再掲) • コストの⾒積もりが難しい ◦ 必要となる時間、⾦銭的費⽤、労⼒ ◦ ⼤体、⾒積もりより⼤きくなる • 顧客が欲しいものは、顧客⾃⾝も分かっていない ◦ 作ったものが顧客の欲しいものとは限らない • 市場の未来は分からない ◦ 早く作って世に出さないと競合に先を越されてしまうリスク これらの難しさを 軽減したい
11. クネビン フレームワーク • 問題の難しさ • 対処法 • 得られる解 が⼀発で分かる図 問題の難しさによって 解き⽅が違う https://shinkufencer.hateblo.jp/entry/2019/02/03/233000
12. 要件 合意が 難しい 合意が 簡単 不確実 確実 解決策 https://www.slideshare.net/slideshow/the-zen-of-scrum-10/1055377#13 = ウォーターフォール
13. アジャイル (Agile) とは • 不確実性の⾼い複雑な問題を扱うための思想 • 変化に素早く適応しながら価値を⽣み出す ◦ 動くものを素早く作り、素早く価値を検証する ◦ 計画に従うことよりも、変化への対応を重視 ◦ 経験して学習した内容を元に、次の⼿を考える • ❌⼿法、⭕思想 ◦ チーム/組織全体がアジャイルの意義を理解していないと 上⼿くいかない
14. スクラム (Scrum)
15. スクラム (Scrum) とは • アジャイルを実現するためのフレームワーク ◦ 不確実で複雑な問題に適応しながら価値を⽣み出す⽅法 • 経験主義：知識は経験から⽣まれ、意思決定は観察に基づく • リーン思考：無駄を省き、本質に集中する • イテレーティブでインクリメンタルなプロセスを使って、 予測可能性の最適化とリスクを制御する https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf
16. https://jpattonassociates.com/dont_know_what_i_want/ インクリメンタル : 全体を分解して段階的に作る イテレーティブ : 最初は全体を荒く構築して、徐々に完成度を⾼めていく
17. スクラムの3本柱 • 透明性 ◦ スクラムの作成物が関係者全員に正確に⾒える必要がある ◦ 透明性を⽋いた意思決定は、間違う可能性がある • 検査 ◦ 作成物とゴールの進捗を検査し、状況の変化に素早く気づく • 適応 ◦ プロセスの逸脱や、作成したプロダクトが受け⼊れられなかった とき、それを調整する ◦ 検査によって得た学びを即座に活かす
18. ゴール 現在 プロダクト プロダクト プロダクト プロダクト
19. ゴール 現在 プロダクト プロダクト プロダクト プロダクト 検査 検査 検査 検査
20. ゴール1 現在 プロダクト プロダクト 検査 検査 ゴール2 プロダクト 検査
21. スクラム全体の流れ https://www.scrum.org/resources/what-scrum-module
22. スプリント (Sprint) 短期間でプロダクトゴールに対する進捗の検査と適応を保証する仕組み • スプリント期間は1ヶ⽉以内 • 期間内に達成したい⽬標（スプリントゴール）を決め、 アイデアを価値に変換する • スプリントが終わると次のスプリントがやってくる • スプリントゴールの達成を危険に晒すような変更はしない • 後述する全てのスクラムイベントはスプリント内で実施される
23. スプリントプランニング (Sprint Planning) スプリントの始めに、スプリントの計画を⽴てるイベント • 今スプリントの価値は何か？ (why) ◦ プロダクトの価値を今スプリントでどう⾼めたいのか ◦ スプリントの価値をスプリントゴールとして⾔語化する • 今スプリントで何が出来るのか？ (what) ◦ 達成可能なプロダクトバックログを選択する • どうやって達成するのか？ (how) ◦ プロダクトバックログを達成するためのタスク分割をする ◦ プロダクトバックログの価値をインクリメントにする⽅法を考案する
24. デイリースクラム (Daily Scrum) スプリントゴールに対する進捗を検査し、スプリント作業に適応させる • 毎⽇、15分ほど実施する • スプリントゴール達成の障害を特定し、対処を意思決定する • デイリースクラム以外で、スプリントを適応/再計画してもOK
25. スプリントレビュー (Sprint Review) スプリントの成果を検査し、今後の適応を決める • 主要なステークホルダーに、スプリントの成果を提⽰する • プロダクトゴールに対する進捗を話し合う • 「実際に触ってみたら思っていたのと違った」 「取り組んでみると計画通りに進まなかった」 など、⾃分たちに起きた変化を⾒つける場
26. スプリントレトロスペクティブ (Sprint Retrospective) チームの作る物の品質や、チームのパフォーマンスを⾼めるために 今スプリントを振り返る • スプリント中に何が起きたか (良いこと/悪いこと) • 問題には、どう対処したか/できなかったか • 問題がたくさん⾒つかって時間内に議論できない場合は、 最も効果の⾼い問題の解決を優先する
27. スクラムチームの役割 • プロダクトオーナー (Product Owner / PO) ◦ プロダクトの価値に責任を持つ ◦ プロダクトゴールを設定し、プロダクトバックログを管理する • 開発者 (Developer / Dev) ◦ 各スプリントでインクリメントを作る ◦ 作り上げたものに責任を持つ ◦ スプリントゴールに向けて毎⽇計画を適応させる • スクラムマスター (Scrum Master / SM) ◦ スクラムを成⽴させることに責任を持つ ◦ あらゆる⼿段でチームを⽀援する
28. プロダクトゴール (Product Goal) プロダクトの⻑期的なゴールを⾔語化したもの • プロダクトの将来の状態を表す • プロダクトゴールを達成できるようにプロダクトバックログを 作成する ◦ ⼀般的に、プロダクトゴールの達成には 複数のプロダクトバックログアイテムの達成が必要 • 同時に⽬指せるプロダクトゴールは1つのみ ◦ 2つ以上ゴール設定したい場合は、まず1つを選んで達成する
29. プロダクトバックログ (Product Backlog) • プロダクトに必要な改善を並べたリスト • 何のために (Why)、何を (What) 作るかを 記述する ◦ どうやって (How) 作るかは書かない • 上の⽅のアイテムをより詳細にしておく • 必要に応じて順番を⼊れ替える • プロダクトバックログは完成しない ◦ 常に改善し続けるもの 機能A 機能B 機能C バグ修正A 機能D バグ修正B ︙ ⾼ 低 優先度
30. プロダクトバックログリファインメント (Product Backlog Refinement) プロダクトバックログアイテムをより⼩さく分割/詳細化する作業 • 関係者全員で実施する • プロダクトバックログアイテムの選択に必要な情報を共有し、 メンバーのアイテムに対する理解を深める ( = 透明性を⾼める) • なぜ、何を作るのか以外に、 実現⽅法、⼤まかなコストもここで議論する
31. スプリントゴール (Sprint Goal) スプリントで達成したい⽬標を⾔語化したもの • プロダクトゴールを達成に向けて、開発者が確約するもの • スプリントゴールはスプリント中に変更しない ◦ スプリント中に発覚した事態により予定通りに進まない場合、 スプリントゴールは変更せずに、スプリントバックログの スコープを調整する
32. スプリントバックログ (Sprint Backlog) 開発者が作るスプリント内の作業計画 • 構成要素 ◦ スプリントゴール（なぜ） ◦ 選択した複数のプロダクトバックログアイテム（何を） ◦ インクリメントを届けるための実⾏可能な計画（どのように） • デイリースクラムで進捗を検査できる程度に詳細に作る • リアルタイムに更新する
33. かんばん (ソフトウェア開発) - Wikipedia
34. 完成の定義 (Definition of Done) プロダクトが満たすべき品質基準のリスト • プロダクトバックログアイテムの価値を叶える「何か」は 完成の定義を満たして誕⽣する • 完成の定義を満たしていないものは、スプリントレビューに出せない 当然、リリースもできない • 完成の定義はスクラムチームで作り育てていく ◦ 徐々に品質を⾼めていけばいい • 完成の定義の例
35. インクリメント (Increment) プロダクトゴールに向けた具体的な踏み⽯ プロダクトバックログ アイテム プロダクトゴール インクリメント インクリメント インクリメント インクリメント インクリメント インクリメント
36. インクリメント (Increment) プロダクトゴールに向けた具体的な踏み⽯ • プロダクトバックログアイテムのアイデアを具体化した「何か」 • インクリメントは完成の定義を満たして誕⽣する • 新しくインクリメントを追加するときは、既存の全インクリメントと 連携し、正しく機能するよう検証しなければならない • インクリメントは利⽤可能でないといけないが、 プロダクトバックログアイテム（と完成の定義）を達成していれば 何でも良い
37. スクラムの価値基準 • 確約 (Commitment) • 集中 (Focus) • 公開 (Openness) • 尊敬 (Respect) • 勇気 (Courage)
38. （参考）スクラムガイド スクラムの⽣みの親が直々に書いた、 スクラムの定義が書かれたドキュメント https://scrumguides.org/docs/scrumgui de/v2020/2020-Scrum-Guide-Japanese.p df