アジャイル・スクラム研修2025

Transcript

1. アジャイル・スクラム研修 2025 初夏の陣 えーちゃん@pokotyamu 2025/06/04
2. 2 冨 田 英祐（えーちゃん） 1991年、福岡県福岡市出 身 の33歳 九州 工 業 大 学の 大 学院卒 福岡でフルリモート中 新卒9年 目 dfplsu.io チーム所属 Rails エンジニア/アジャイル推進室 ふりかえりお兄さん / 認定スクラムマスター カメラ / 野球観戦 / モーニング娘。’25 来 月 の万博が楽しみな 民
3. アジャイル推進室室 長 の えーちゃんです。 よろしくお願いします 3
4. アジャイル関連のオタクやってます 今 日 は研修という名の推し活です 4
5. この研修で学んでほしいこと 5 なんで開発じゃない私がアジャイルを知る必要が？ アジャイルとは何かを知る スクラムの「守」を知る
6. なぜ開発チームでもないのに アジャイル・スクラムの研修を！？ 6
7. ソフトウェア開発のざっくりフロー 7 市場調査 企画 設計 開発 リリース・運 用
8. それぞれ分業でやっていく(リレー形式) 8 市場調査チーム
9. それぞれ分業でやっていく(リレー形式) 9 市場調査チーム 企画チーム
10. それぞれ分業でやっていく(リレー形式) 10 市場調査チーム 企画チーム 設計チーム
11. それぞれ分業でやっていく(リレー形式) 11 市場調査チーム 企画チーム 設計チーム 開発チーム
12. それぞれ分業でやっていく(リレー形式) 12 市場調査チーム 企画チーム 設計チーム 開発チーム リリース・運 用 チーム
13. 13 ※イメージです
14. 社会の変化スピードが爆発的に加速した 14
15. 一 度決まった決定を途中で 方 向転換しにくい 15 市場調査チーム 企画チーム 設計チーム 開発チーム リリース・運 用 チーム
16. 16 作っても使われない機能に お 金 と時間を使ってしまう
17. １つの機能を開発するのに 大 量の時間をかけてられない時代 17
18. 新しい時代に対応しなければならない 18 じっくり考えて 作っても売れる時代 価値あるものを 素早く売る時代 何に価値があるか 見 極めないといけない 激しい変化に対応できる 仕組みで物を作り出さないといけない
19. – コンウェイの法則 “組織の設計するシステムには ... その組織のコミュニケーション構造をそのまま反映した 設計になるという制約がある” 19 出典: http://www.melconway.com/Home/pdf/committees.pdf
20. 1986年 竹 内弘 高 ・野中郁次郎の論 文 20
21. 上 手 くいっている企業を分析したらラグビー型だった 21 リレー型 刺 身 型 ラグビー型 引 用 : The new new product development game
22. そこで選ばれたのが アジャイル開発 22
23. アジャイル（Agile）の辞書的意味 23
24. 24 Agile -【形】 1. 敏捷な 2. すばしっこい 3. 頭の回転が早い
25. アジャイルにプロダクトを開発する 25 市場調査 企画 設計 開発 リリース・運 用 Agile -【形】 1. 敏捷な 2. すばしっこい 3. 頭の回転が早い
26. 短期間で、ちょっとずつリリースする 26 届けたい価値 もし間違った 方 向に 進んでもやり直せる！ ブラックホール
27. MVP の重要性(神スライド) 27 引 用 : https://speakerdeck.com/tumada/mvp-falsezuo-rifang-tonikakuza-nizuo-ru-shou-zuo-ye-xing-mvp-falsesusume
28. 28 Agile -【形】 1. 敏捷な 2. すばしっこい 3. 頭の回転が早い
29. 29 アジャイルは 名詞ではなく、形容詞(状態)
30. 形容詞といえば… 30 かっこいい 新しい 美しい 面白 い 赤 い 明るい かわいい 楽しい 痛い
31. 状態はするものではない 31 かっこいいする 新しいする 美しいする 面白 いする 赤 いする 明るいする かわいいする 楽しいする 痛いする
32. アジャイルはやるものではない 32 朝会をやっている！ イテレーションを回している！ スクラムイベントやってる！ カンバン使っている！
33. アジャイルはやるものではない 33 朝会をやっている！ イテレーションを回している！ スクラムイベントやってる！ カンバン使っている！ Don't do Agile, Be Agile!
34. じゃあ、アジャイルな状態の基準って何？ 34
35. アジャイルソフトウェア開発宣 言 35 出典: https://agilemanifesto.org/iso/en/manifesto.html を価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。 プロセスやツールよりも個 人 と対話 包括的なドキュメントよりも動くソフトウェア 契約交渉よりも顧客との協調 計画に従うことよりも変化への対応
36. アジャイルソフトウェア開発宣 言 36 出典: https://agilemanifesto.org/iso/en/manifesto.html を価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。 プロセスやツールよりも個 人 と対話 包括的なドキュメントよりも動くソフトウェア 契約交渉よりも顧客との協調 計画に従うことよりも変化への対応
37. プロセスやツールよりも個 人 と対話 37 色 々 手 順を踏まないと 何も進められない 私はこうしたいんやけど みんなどう思う？ ええやん よかよか
38. アジャイルソフトウェア開発宣 言 38 出典: https://agilemanifesto.org/iso/en/manifesto.html を価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。 プロセスやツールよりも個 人 包括的なドキュメントよりも動くソフトウェア 契約交渉よりも顧客との協調 計画に従うことよりも変化への対応
39. 包括的なドキュメントよりも動くソフトウェア 39 バチバチに仕様固めて 完璧に考慮した設計書 最低限実 用 可能な 製品を更新し続ける 引 用 : Making sense of MVP (Minimum Viable Product) – and why I prefer Earliest Testable/Usable/Lovabl ちょっとずつ進化 Aという機能は〜 こうこうこうなって〜
40. アジャイルソフトウェア開発宣 言 40 出典: https://agilemanifesto.org/iso/en/manifesto.html を価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。 プロセスやツールよりも個 人 包括的なドキュメントよりも動くソフトウェア 契約交渉よりも顧客との協調 計画に従うことよりも変化への対応
41. 契約交渉よりも顧客との協調(チーム外) 41 契約書に書いてない からそんなことはできん こんな機能作ってみたけど 試してもらえません？ ムリっす どやさ どやさ
42. 契約交渉よりも顧客との協調(チーム内) 42 これは私の仕事じゃない からやらないっす チームでやれる 方 法 模索してやっていこー！ 自 分の仕事あるんで モブプロ 誰でも やれる 方 が 良いかも
43. アジャイルソフトウェア開発宣 言 43 出典: https://agilemanifesto.org/iso/en/manifesto.html を価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。 プロセスやツールよりも個 人 包括的なドキュメントよりも動くソフトウェア 契約交渉よりも顧客との協調 計画に従うことよりも変化への対応
44. 計画に従うことよりも変化への対応 44 この計画は絶対に 崩さない 用 にやり遂げるぞ こーなったらこう あーなったらこう ｼｭｯ ｼｭｯ ｼｭｯ ｼｭｯ
45. アジャイルソフトウェア開発宣 言 45 出典: https://agilemanifesto.org/iso/en/manifesto.html を価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。 プロセスやツールよりも個 人 と対話 包括的なドキュメントよりも動くソフトウェア 契約交渉よりも顧客との協調 計画に従うことよりも変化への対応
46. 左記のことがらに価値があることを認めながらも、 私たちは右記のことがらにより価値をおく。 46
47. アジャイルソフトウェア開発宣 言 47 出典: https://agilemanifesto.org/iso/en/manifesto.html ࢲͨͪ͸ɺιϑτ΢ΣΞ։ൃͷ࣮ફ
    ͋Δ͍͸࣮ફΛखॿ͚Λ͢Δ׆ಈΛ௨ͯ͡ɺ
    ΑΓΑ͍։ൃํ๏Λݟ͚ͭͩͦ͏ͱ͍ͯ͠Δɻ
    ͜ͷ׆ಈΛ௨ͯ͠ɺࢲͨͪ͸ҎԼͷՁ஋ʹࢸͬͨɻ アジャイルは銀の弾丸ではない
48. アジャイルソフトウェア開発宣 言 48 出典: https://agilemanifesto.org/iso/en/manifesto.html ࢲͨͪ͸ɺιϑτ΢ΣΞ։ൃͷ࣮ફ
    ͋Δ͍͸࣮ફΛखॿ͚Λ͢Δ׆ಈΛ௨ͯ͡ɺ
    ΑΓΑ͍։ൃํ๏Λݟ͚ͭͩͦ͏ͱ͍ͯ͠Δɻ
    ͜ͷ׆ಈΛ௨ͯ͠ɺࢲͨͪ͸ҎԼͷՁ஋ʹࢸͬͨɻ NOT おれたちの最強の開発 手 法
49. 新しい時代に対応しなければならない(再掲) 49 じっくり考えて 作っても売れる時代 価値あるものを 素早く売る時代 何に価値があるか 見 極めないといけない 激しい変化に対応できる 仕組みで物を作り出さないといけない
50. 作る 人 たちがアジャイルになっても 組織全体がアジャイルにならないと 意味がない 50
51. じゃあ、具体的に何をすればいい？ 51
52. アジャイルは形容詞、じゃあアジャイルになるためには？ 52 XP スクラム カンバン xxxx アジャイルの精神 アジャイルのフレームワーク ∞の 手 法
53. 新卒研修はアジャイルな側 面 を持っていた 53 計画しすぎるより いっぱい経験してみよう これ 足 りなさそうなので 研修内容変更しちゃうね 毎 日 ふりかえってカイゼン PUSH 型のアウトプットで 透明性 高 く状況共有
54. フレームワークを使わなくても アジャイルであることはできる 54
55. フレームワークに乗っかることも 大 事 55 XP スクラム カンバン xxxx アジャイルの精神 アジャイルのフレームワーク
56. スクラムやりたくなったらまず何する？ 56 スクラムやりたーい チーム
57. まずは、これ読んどけ 57 17ページ分に 全部書いてある
58. 58 シンプルに書かれている ≠簡単
59. というわけで今回は 超ざっくり解説します！ (もっと詳しく知りたいなら別途やるよー) 59
60. スクラム = エンジニアさんの働き 方 だけではない 60 スクラムとは、複雑な問題に対応する適応型のソリューションを通じて 人 々、チーム、組織が価値を 生 み出すための軽量級フレームワークである。 (スクラムガイドの定義より) スクラムでは「開発者」という⾔葉を使ってい るが、開発者以外を排除して いるのではなく、単純化のために使⽤しているだけである。スクラムから価値 を得ているのであれば、そこにあなたも含まれていると考えてもらいたい。 (スクラムガイドの 目 的より)
61. スクラムの理論 61 経験主義 知識は経験から 生 まれ 意思決定は観察に基づく リーン思考 ムダを省き 本質に集中する
62. スクラムの理論 62 経験主義 知識は経験から 生 まれ 意思決定は観察に基づく リーン思考 ムダを省き 本質に集中する
63. 経験主義を 支 えるスクラムの三本柱 63 透明性 適応 検査
64. 三本柱が 立 ってないとどうなるか 64 透明性 適応 検査
65. 三本柱が 立 ってないとどうなるか 65 透明性 適応 検査
66. 三本柱が 立 ってないとどうなるか 66 透明性 適応 検査
67. スクラムが成功するための５つの価値基準 67 確約 勇気 集中 尊敬 公開
68. チームだけがやればいいものではない 68 ５つの価値基準がスクラムチームや 一 緒に働く 人 たちによって 具現化される時三本柱に息が吹き込まれ、信頼が構築される
69. チームだけがやればいいものではない 69 ５つの価値基準がスクラムチームや 一 緒に働く 人 たちによって 具現化される時三本柱に息が吹き込まれ、信頼が構築される
70. 必ずしも上 手 くいくとは 言 ってない 70
71. アジャイルソフトウェア開発宣 言 71 出典: https://agilemanifesto.org/iso/en/manifesto.html ࢲͨͪ͸ɺιϑτ΢ΣΞ։ൃͷ࣮ફ
    ͋Δ͍͸࣮ફΛखॿ͚Λ͢Δ׆ಈΛ௨ͯ͡ɺ
    ΑΓΑ͍։ൃํ๏Λݟ͚ͭͩͦ͏ͱ͍ͯ͠Δɻ
    ͜ͷ׆ಈΛ௨ͯ͠ɺࢲͨͪ͸ҎԼͷՁ஋ʹࢸͬͨɻ アジャイルは銀の弾丸ではない
72. この流れをめっちゃ早くするにはどうするか？ 72 市場調査 企画 設計 開発 リリース・運 用 Agile -【形】 1. 敏捷な 2. すばしっこい 3. 頭の回転が早い
73. この流れをめっちゃ早くするにはどうするか？ 73 市場調査 企画 設計 開発 リリース・運 用 全部同じチーム内でやれたら 引き継ぎコストもなくていいのでは？
74. 上 手 くいっている企業を分析したらラグビー型だった 74 リレー型 刺 身 型 ラグビー型 引 用 : The new new product development game
75. この流れをめっちゃ早くするにはどうするか？ 75 1サイクル 1サイクル 1サイクル 同じやり 方 (パターン)で やっていけばどんどん 上 手 くなっていくのでは！？
76. スクラムの全体像 76 プロダクト バックログ スプリント バックログ プロダクト ビジョン インクリメント 毎 日 の開発 スプリント レビュー スプリント レトロスペクティブ デイリー スクラム スプリント プランニング 同じサイクルを繰り返していく
77. スクラムの全体像(超意訳) 77 作りたいもの リスト 今サイクルで やること サービス全体で 成し遂げたいこと 実際に できあがったもの 毎 日 の開発 お披露 目 ふりかえり 朝会 今サイクル 何やる MTG 同じサイクルを繰り返していく
78. スクラムの全体像 78 プロダクト バックログ スプリント バックログ プロダクト ビジョン インクリメント 毎 日 の開発 スプリント レビュー スプリント レトロスペクティブ デイリー スクラム スプリント プランニング 同じサイクルを繰り返していく
79. チームにとって唯 一 のやりたいことリスト置き場 79 こんなユーザーのために こんな機能を 用 意したいとか 既存の機能の拡張をしたい
80. スクラムの理論 80 経験主義 知識は経験から 生 意思決定は観察に基づく リーン思考 ムダを省き 本質に集中する
81. ビジョンファーストで考える 81 チェックポイントの先に ビジョンがあるわけではない
82. ビジョンファーストで考える 82 明確なビジョンがあるから 具体的な道筋を決めることができる
83. より効果的になるように並んだリスト 83 INVEST なアイテムが並ぶ • Independent (独 立 している) • Negotiable (交渉可能) • Valuable (価値がある) • Estimable ( 見 積もり可能) • Small (適切な 大 きさ) • Testable (テスト可能)
84. スクラムの全体像 84 プロダクト バックログ スプリント バックログ プロダクト ビジョン インクリメント 毎 日 の開発 スプリント レビュー スプリント レトロスペクティブ デイリー スクラム スプリント プランニング 同じサイクルを繰り返していく
85. そのスプリントで何を達成するべきか？ 85 同じ完成形を イメージできるようにする
86. スプリントの始まりスプリントプランニング 86
87. もやもやしていると検査が難しい 87 ビジネス要件は？ 受け 入 れ条件は？ 大 体のToDo は？ ビジョンへの影響 チーム全員が同じイメージを持つ
88. 透明性を 高 めるイベントがスプリントプランニング 88 これはやれない このパターン通る ToDo的にはこんな こんな使われ 方 チーム全員が同じイメージを持つ
89. スクラムの全体像 89 プロダクト バックログ スプリント バックログ プロダクト ビジョン インクリメント 毎 日 の開発 スプリント レビュー スプリント レトロスペクティブ デイリー スクラム スプリント プランニング 同じサイクルを繰り返していく
90. デイリースクラムよくある質問 90 Q. 昨 日 何をしましたか？ Q. 今 日 何をしますか？ Q. なにか困っていますか？
91. 透明性・検査の視点で 見 るデイリースクラム 91 自 分たちの活動を客観的に 見 て スプリントゴールを達成できるか検査する Q. スプリントゴールを達成するために、昨 日 何をしましたか？ Q. スプリントゴールを達成するために、今 日 何をしますか？ Q. スプリントゴールを達成するために、なにか困っていますか？
92. 透明性を 高 めているからこそ検査・適応ができる 92 透明性 適応 検査
93. スクラムの全体像 93 プロダクト バックログ スプリント バックログ プロダクト ビジョン インクリメント 毎 日 の開発 スプリント レビュー スプリント レトロスペクティブ デイリー スクラム スプリント プランニング 同じサイクルを繰り返していく
94. スプリントレビューは機能のお披露 目 会？ 94 スプリントで こんな機能ができましたー！
95. スクラムチームと 一 緒に働く 人 達のためのイベント 95
96. 作ったものがお客様の元に届かないと意味がない 96 このサービス使えない
97. 市場の意 見 もちゃんと反映しないと意味がない 97 もっとこうしてほしい もっとこうしてほしい って伝えなきゃ ｴｯﾎ ｴｯﾎ ｴｯﾎ
98. なんなら作ってる側と 一 緒に 行 ったって良い 98 その使い 方 は想定外 (メガネくいっ) もっとこうしてほしい
99. MVP の重要性(神スライド) 99 引 用 : https://speakerdeck.com/tumada/mvp-falsezuo-rifang-tonikakuza-nizuo-ru-shou-zuo-ye-xing-mvp-falsesusume
100. 実際の動くものベースで検査していく 100 当初の予定通り プロダクトビジョンに 向かっている？
101. 実際の動くものベースで検査可能なはず 101 意図せぬ 方 向に 飛 んでない？
102. そもそも 目 指したい 方 向、 見 えてる？ 102
103. 自 分たちの状況がどうなっているかを確認する 103 顧客が欲しい物？ ゴール通りのものができた？ 意図していない副作 用 はない？ ビジネス 目 線も含めて状況を整理 プロダクトバックログの 見 直しも 行 う
104. スクラムの全体像 104 プロダクト バックログ スプリント バックログ プロダクト ビジョン インクリメント 毎 日 の開発 スプリント レビュー スプリント レトロスペクティブ デイリー スクラム スプリント プランニング 同じサイクルを繰り返していく
105. スプリントレトロスペクティブこそ透明性・検査・適応の場 面 105 自 分たちの 活動を洗い出す 次の活動に向けて カイゼンする 良かった 悪かった 次やること
106. 106 ① 結果の質 ② 関係の質 ③ 思考の質 ④ 行 動の質 ダニエル・キムの組織の成功循環モデル(悪いループ) 結果が上がらない 対 立 や押しつけ 指 示 が増える 受け 身 な姿勢 創造性がなくなる 積極的に 行 動できない
107. 107 ④ 結果の質 ① 関係の質 ② 思考の質 ③ 行 動の質 ダニエル・キムの組織の成功循環モデル(良いループ) 豊かなコミュニケーション 多様で質の 高 い アイディア 合意して 納得した 行 動 期待された結果
108. 以上の4つのイベントを繰り返すことでチームが強くなる 108 プロダクト バックログ スプリント バックログ プロダクト ビジョン インクリメント 毎 日 の開発 スプリント レビュー スプリント レトロスペクティブ デイリー スクラム スプリント プランニング 同じサイクルを繰り返していく
109. 経験を活かせないとスクラムではない 109 知識は経験から 生 まれ 意思決定は観察に基づく ムダを省き 本質に集中する 経験主義 リーン思考
110. スクラムチームの3つの責務 110
111. スクラムチームの構成 111 PO Dev SM
112. プロダクトオーナーのお仕事 112 プロダクトの価値を最 大 化することに責任を持つ • プロダクトビジョンとゴールを明確にチームに伝える • プロダクトバックログを管理する • リリースや中断の最終判断を 行 う プロダクトオーナー以外の 人 が実 行 してもよいが 責任に関しては必ずプロダクトオーナーが持つ
113. 開発者のお仕事 113 プロダクトの品質に責任を持つ • 人 数は 6 人 ± 3 人 まで • 仕事のやり 方 は開発メンバーが決定できる • 開発者に職能の区分はない 実際にプロダクトを開発するメンバー
114. スクラムマスターのお仕事 114 スクラムを確 立 することに責任を持つ • チームにスクラムの理論とプラクティスを教える • プラクティスの改善を促す • チームに奉仕する スクラムチームを 支 えるコーチ 必要に応じて、様々なことを 行 う
115. 前に FFTT でも喋ったのでぜひ 115 出典: https://speakerdeck.com/pokotyamu/sukuramumasutafalseosigoto
116. 誰が偉いとかなく、みんなで互いをカバーし合う 116 PO Dev SM
117. 自 分で今の状況を考えて 自 分で 行 動を決定する 117
118. (余談)時間があったら 見 る 118 引 用 : ラグビーワールドカップ2015: 日 本 vs 南アフリカ
119. アジャイルソフトウェア開発宣 言 119 出典: https://agilemanifesto.org/iso/en/manifesto.html 出典: https://agilemanifesto.org/iso/ja/manifesto.html
120. 経験主義を 支 えるスクラムの三本柱 120 透明性 適応 検査
121. スクラムの５つの価値基準 121 確約 勇気 集中 尊敬 公開
122. プロセスやツールよりも、個 人 との対話 122 お互いの状況を知っているから 正確に検査ができるため 効果的に適応させることができる
123. 包括的なドキュメントよりも、動くソフトウェア 123 実際に動いてるもの という基準を明確にすることで 正確にゴールが達成できそうかを検査でき 効果的に適応させることができる
124. 契約交渉よりも、顧客との協調 124 届けたい相 手 の状況を把握しているから 自 分達が 生 みだす価値を判断でき 効果的に適応させることができる
125. 計画に従うことよりも変化への対応 125 明確なビジョン・ゴールを持つことで 計画が変化に気付くことができ 状況に合わせて効果的に適応していく
126. 126 効率的より効果的を 価値とする
127. この研修で学んでほしいこと 127 なんで開発じゃない私がアジャイルを知る必要が？ アジャイルとは何かを知る スクラムの「守」を知る
128. 128 冨 田 英祐（えーちゃん） 1991年、福岡県福岡市出 身 の33歳 九州 工 業 大 学の 大 学院卒 福岡でフルリモート中 新卒9年 目 dfplsu.io チーム所属 Rails エンジニア/アジャイル推進室 ふりかえりお兄さん / 認定スクラムマスター カメラ / 野球観戦 / モーニング娘。’25 配属後なにか相談あればぜひぜひ〜