ビジネスとしての価値を生むアジャイル・スクラム

2021年12月20日(月)に開催のAgile Panel Discussionにて発表した資料です。

Transcript

1. 株式会社ナビタイムジャパン 小田中 育生 ビジネスとしての価値を生む アジャイル・スクラム 1
2. 小田中 育生 (おだなか いくお) (株)ナビタイムジャパン VP of Engineering ACTS(研究開発) ルートグループ責任者 経路探索の研究開発部門責任者としてGPGPUを活用した超高速エンジン やMaaS時代にフィットしたマルチモーダル経路探索の開発を推進 移動体験のアップデートに携わりながら、VPoEとしてアジャイル開発の 導入推進、支援を行う。 著書「いちばんやさしいアジャイル開発の教本」インプレス 2
3. アジャイル開発とは 3
4. アジャイル開発概観 4
5. アジャイル開発概観 チームの共通理解に基づき 少しづつ 繰り返し的につくる 5
6. アジャイル開発の構造 マインドセット マインドセットを実現するための原則 現場での実践 スクラム、XP、FDD カンバン、モブプロなど アジャイル宣言の背後にある原則 アジャイルソフトウェア開発宣言 6
7. マインドセット マインドセットを実現するための原則 現場での実践 スクラム、XP、FDD カンバン、モブプロなど アジャイル宣言の背後にある原則 アジャイルソフトウェア開発宣言 7 アジャイル開発の構造
9. アジャイル開発の構造 マインドセット マインドセットを実現するための原則 現場での実践 スクラム、XP、FDD カンバン、モブプロなど アジャイル宣言の背後にある原則 アジャイルソフトウェア開発宣言 9
10. アジャイル宣言の背後にある原則(1/3) • 顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。 • 要求の変更はたとえ開発の後期であっても歓迎します。 変化を味方につけることによって、お客様の競争力を引き上げます。 • 動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリ ースします。 • ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりま せん。 https://agilemanifesto.org/iso/ja/principles.html 10
11. アジャイル宣言の背後にある原則(2/3) • 技術的卓越性と優れた設計に対する不断の注意が機敏さを高めます。 • シンプルさ（ムダなく作れる量を最大限にすること）が本質です。 • 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。 • チームがもっと効率を高めることができるかを定期的に振り返り、 それに基づいて自分たちのやり方を最適に調整します。 https://agilemanifesto.org/iso/ja/principles.html 11
12. アジャイル宣言の背後にある原則(3/3) • 意欲に満ちた人々を集めてプロジェクトを構成します。 環境と支援を与え仕事が無事終わるまで彼らを信頼します。 • 情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をす ることです。 • 動くソフトウェアこそが進捗の最も重要な尺度です。 • アジャイル･プロセスは持続可能な開発を促進します。一定のペースを継続的に維 持できるようにしなければなりません。 https://agilemanifesto.org/iso/ja/principles.html 12
13. アジャイル開発の構造 マインドセット マインドセットを実現するための原則 現場での実践 スクラム、XP、FDD カンバン、モブプロなど アジャイル宣言の背後にある原則 アジャイルソフトウェア開発宣言 13
14. 実践手法 http://www.extremeprogramming.org/ XP(Extreme Programming) スクラム プロダクトゴール スプリントプランニング スプリントレビュー スプリントレトロスペク ティブ デイリースクラム プロダクト オーナー メンバー スクラム マスター 14
15. 実は、実践方法が先行して存在 彼らがそれぞれで提唱していた開発手法から エッセンスを統合することについて議論。 最終的にまとめられた重要なマインドセットが 「アジャイルソフトウェア開発宣言」 15
16. スクラムとは 16
17. 実践手法 http://www.extremeprogramming.org/ XP(Extreme Programming) スクラム プロダクトゴール スプリントプランニング スプリントレビュー スプリントレトロスペク ティブ デイリースクラム プロダクト オーナー メンバー スクラム マスター 17
18. スクラム概観 • アジャイル開発のフレームワーク。国内外問わず広く普及している • 誕生はアジャイル開発より以前に遡る • アジャイルソフトウェア開発宣言および原則は抽象度が高いが、スク ラムについてはスクラムガイドで「これがスクラムだ」というものが 明確に定義されている • https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide- Japanese.pdf 18
19. スクラムの三本柱 透明性 検査 適応 19
20. スクラムの価値基準 • 確約（Commitment) • 集中（Focus） • 公開（Openness) • 尊敬（Respect) • 勇気（Courage) 20
21. 考え方、行動、役割が明記されており 取り組みやすい スクラム プロダクトゴール スプリントプランニング スプリントレビュー スプリントレトロスペク ティブ デイリースクラム プロダクト オーナー メンバー スクラム マスター 21
22. 今、アジリティが 求められる理由 22
23. 「作る物」の不確実性 23
24. 「必要なもの」は顧客さえも把握していない 24
25. 結果、使われない機能が多数 図: 米スタンディッシュグループによる調査結果 25
26. 今は「作って終わり」の時代ではない 26
27. なので、作って、触って、良くしていく 27
28. 「作り方」の不確実性 28
29. 従来、不確実性は後工程で吸収されていた 29
30. 実装やテストには、不確実性は存在しない? 30
31. 「テスト漏れ」 「結合したら動かない」 「実装ミス」 31
32. 「この設計、微妙じゃない？」 「ペロッ…これは仕様バグ！」 32
33. 後工程圧縮による悪循環 急いで実装 開発者 テストを スキップ システムテスト or 顧客側で 不具合発覚 不具合調査 原因特定 33
34. 悪循環は何をもたらすか • 往々にしてデッドラインはずらせないので、残業での カバー、悪い品質のままリリースにつながる • コード品質が低くテストも整備されていないため今後 の機能拡張に大きなコストが必要となってしまう 長期的にみて不経済 34
35. アジャイルでは、高い頻度で軌道修正される 35
36. 早い段階で遅延リスクを見える化できる タスクA タスクB タスクC ざっくりしたタスク (ユーザーストーリー) 開発を進めていく中で 当初想定した「期間」より 延びることがわかった 36
37. 早めのリスク検知で将来のリスクを回避 • プロセス改善により遅れを取り戻す • 不足しているスキル・リソースが明らかになるため 人員調整がしやすい • 決して「リスクを消滅させる」わけではない 37
38. ビジネスとアジリティ 38
39. VUCA • Volatility 変動性 • Uncertainty 不確実性 • Complexity 複雑性 • Ambiguity 曖昧性 39
40. ナビタイムジャパンの場合 • MaaSの隆盛 • 物流危機 • DX • コロナによる移動変化 • GoToトラベル 日々状況が変わっている 40
41. 想像してみよう `20 `21 `22 `19 東京オリパラ （当初予定） 東京オリパラ （実際の開催） オリパラ向け 企画 計画を重視し、「当初の予定通り」 企画をリリースするべきか？ 41
42. 少しづつ作ることで変化に対応しやすくなる 42
43. 「そうはいっても、 作り込まないと見向きされな いんじゃない？」 43
44. それはそう。そもそも求められる品質は 上がり続けている。 湯前 慶大 「ゲーム事業を持続成長させる組織をつくる」より引用 44
45. •しかし、「作り込んだもの」が「顧客が本当 に欲しかったもの」だという保証はない 作り込んだもの 欲しかったもの 45
46. 「顧客が本当に欲しかったもの」自体が変わる カレー 食べたい カレー 作ったよ やっぱ 牛丼 牛丼 作ったよ ビールで いいや えっ 46
47. なので 「ある程度の高い品質」 そして 「変化に適応していくこと」 が求められています 47
48. パレートの法則 仕事の成果の8割は、費やした時間全体の うちの2割の時間で生み出している 48
49. 優先順位をつけ、重要な2割にフォーカス できる 49
50. アジャイルがなぜビジネスに効くのか • 少しづつ繰り返し的に作ることで市場の フィードバックを得ながら作れる • つねに優先順位を見直しながら開発する ため「つくりすぎ」を防げる • 結果、スピードが出る 50
51. でもさあ 優先順位つけるのも 短いスパンでリリース可能な ものをつくるのも 難しいんじゃない？ 51
52. 難しい です！ 52
53. •新しいことは、失敗する確率が高い • 学習には5段階のレベルがある • 初めて挑戦するときは意識的無能 • うまくいかなくて当たり前 ※NLP(神経言語プログラミング)より 無意識的無能 知らないしできない 意識的無能 知っていてもできない 意識的有能 考えるとできる 無意識的有能 考えなくてもできる 意識的&無意識的有能 教えることができる
54. だからこそフレームワークが効いてきます http://www.extremeprogramming.org/ XP(Extreme Programming) スクラム プロダクトゴール スプリントプランニング スプリントレビュー スプリントレトロスペク ティブ デイリースクラム プロダクト オーナー メンバー スクラム マスター 54
55. 技術的に卓越する方法が必要です http://www.extremeprogramming.org/ XP(Extreme Programming) スクラム プロダクトゴール スプリントプランニング スプリントレビュー スプリントレトロスペク ティブ デイリースクラム プロダクト オーナー メンバー スクラム マスター 55
56. 学習と成長も、少しづつ繰り返しながら。 56
57. アジャイル開発・スクラムを制するものは ビジネスを制す 57
58. Thank you! 58