スクラムとデッドライン壊れゆくチームをつなぎとめるもの/Scrum and Deadlines

by kakehashi

Slide 1

Slide 1 text

スクラムとデッドライン壊れゆくチームをつなぎとめるもの株式会社カケハシ　IKUOODANAKA 2024.01.11

Slide 2

Slide 2 text

小田中育生(おだなかいくお) 2009年に株式会社ナビタイムジャパン入社。研究開発部門に配属。プロダクトや開発プロセスのカイゼンを推し進め、アジャイルとの出会いから社内ではスクラムを積極的に導入し、VP of Engineeringを務める。 2023年10月、エンジニアリングマネージャーとして株式会社カケハシにジョイン。テクノロジーとドメインに関する深い知識や経験をもって高速に仮設検証のサイクルを回すチームづくりとチームを起点にした事業価値最大化に確約・集中・公開・尊敬・勇気している。著書に『いちばんやさしいアジャイル開発の教本人気講師が教えるDXを支える開発手法』（2020年、インプレス、共著）がある。ブログ: dora_e_m｜note

Slide 3

Slide 3 text

Slide 4

Slide 4 text

デッドライン

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

　　　　　　　スクラムチーム

Slide 15

Slide 15 text

Slide 16

Slide 16 text

デッドラインとスクラムチーム

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

© KAKEHASHI Inc. スクラムで陥りがちな罠24個より “押し付け型の締切りとリソース：スクラムは現実をベースにしている。もし外部のステークホルダーがスコープと締切りを押し付け、チームのリソースが十分ではなかったら、品質を犠牲にするだろう。これはスクラムの原則に反している。現実として、誰も未来を見通すことはできないし、そのようなことは幻想に過ぎない” https://www.ryuzee.com/contents/blog/4509

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

© KAKEHASHI Inc. “タイミングが適切かどうかを体系的に知るためには、「なぜ今か」と自問してみましょう。〜中略〜「なぜ今か？」「もう少し待った場合、何か違いは生まれるだろうか？」「時機を見る場合、具体的には何を待つのか？」” 意義を問うガブリエル・ワインバーグローレン・マッキャン：著 / 小浜杳：訳(2020) 超一流が実践する思考法を世界中から集めて一冊にまとめてみた。 SB Creative 第9章「市場支配力」を行使するための思考法　より引用

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text

© KAKEHASHI Inc. “ソフトウェア構築は、本来システム的な作業ー複雑な相互関係における作業の遂行ーであり、コミュニケーションを図るための労力は大きく、分担によってもたらされた各個人の作業短縮時間をすぐに上回ってしまう。だから、要員を追加することが、スケジュールを長引かすことはあっても、短くすることはないのである。” なるほど完璧な作戦っスねーーーっフレデリック・P・ブルックス,Jr.著滝沢徹・牧野裕子・富澤昇訳(2010) 人月の神話　新装版丸善出版第2章人月の神話より引用

Slide 41

Slide 41 text

Slide 42

Slide 42 text

Slide 43

Slide 43 text

Slide 44

Slide 44 text

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Slide 47

Slide 47 text

Slide 48

Slide 48 text

Slide 49

Slide 49 text

Slide 50

Slide 50 text

Slide 51

Slide 51 text

Slide 52

Slide 52 text

Slide 53

Slide 53 text

Slide 54

Slide 54 text

Slide 55

Slide 55 text

デッドラインとデッドラインとデッドラインとスクラムチーム

Slide 56

Slide 56 text

Slide 57

Slide 57 text

Slide 58

Slide 58 text

Slide 59

Slide 59 text

Slide 60

Slide 60 text

Slide 61

Slide 61 text

Slide 62

Slide 62 text

Slide 63

Slide 63 text

Slide 64

Slide 64 text

Slide 65

Slide 65 text

Slide 66

Slide 66 text

Slide 67

Slide 67 text

Slide 68

Slide 68 text

Slide 69

Slide 69 text

Slide 70

Slide 70 text

Slide 71

Slide 71 text

Slide 72

Slide 72 text

Slide 73

Slide 73 text

Slide 74

Slide 74 text

Slide 75

Slide 75 text

Slide 76

Slide 76 text

Slide 77

Slide 77 text

Slide 78

Slide 78 text

Slide 79

Slide 79 text

確　集　公　尊　勇約　中　開　敬　気

Slide 80

Slide 80 text

確　集　公　尊　勇約　中　開　敬　気

Slide 81

Slide 81 text

確　集　公　尊　勇約　中　開　敬　気

Slide 82

Slide 82 text

Slide 83

Slide 83 text

Slide 84

Slide 84 text

Slide 85

Slide 85 text

Slide 86

Slide 86 text

Slide 87

Slide 87 text

Slide 88

Slide 88 text

Slide 89

Slide 89 text

Slide 90

Slide 90 text

Slide 91

Slide 91 text

Slide 92

Slide 92 text

Slide 93

Slide 93 text

Slide 94

Slide 94 text

ケーススタディ1 ナビゲーションアプリ

Slide 95

Slide 95 text

Slide 96

Slide 96 text

Slide 97

Slide 97 text

Slide 98

Slide 98 text

Slide 99

Slide 99 text

Slide 100

Slide 100 text

Slide 101

Slide 101 text

ケーススタディ2 ヘルステック

Slide 102

Slide 102 text

Slide 103

Slide 103 text

Slide 104

Slide 104 text

Slide 105

Slide 105 text

Slide 106

Slide 106 text

Slide 107

Slide 107 text

Slide 108

Slide 108 text

Slide 109

Slide 109 text

Slide 110

Slide 110 text

Slide 111

Slide 111 text

Slide 112

Slide 112 text

Slide 113

Slide 113 text

Slide 114

Slide 114 text

Slide 115

Slide 115 text

Slide 116

Slide 116 text

Slide 117

Slide 117 text

Slide 118

Slide 118 text

Slide 119

Slide 119 text

Slide 120

Slide 120 text

Slide 121

Slide 121 text

Slide 122

Slide 122 text

Slide 123

Slide 123 text

© KAKEHASHI Inc. ふたつのケーススタディからの学び ● 守るべきデッドラインは存在する ● けれどケイパビリティを超えて開発することはできない ● そういうときに個別対応への誘惑がある ● でも、チームがいつものやり方でやれば結果的にパフォーマンスが出る。だって一番慣れているやり方だから ● だから、必要なら勇気をもってステークホルダーと調整しよう。時には何かを止めることを提案する必要がある