思ってたんと違う!アジャイル開発伴走支援〜2年間やってみた〜
by
ogawatti
×
Copy
Open
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Slide 1
Slide 1 text
思ってたんと違う! アジャイル開発伴走支援 〜2年間やってみた〜 小川 慎 (watti) 2024/06/22 Scrum Fest Osaka 2024
Slide 2
Slide 2 text
小川 慎 (watti/ogawatti) アジャイル開発伴走支援 テックリード 2 2
Slide 3
Slide 3 text
参考文献 https://speakerdeck.com/chinmo 3 3
Slide 4
Slide 4 text
この発表の文脈 製造業系企業グループ ソフトウェア開発受託子会社 アジャイル専門支援組織 その一人として感じたこと 説明不十分なところもあるかと思いますが この辺りを踏まえてい聞いていただけると幸いです 4 4
Slide 5
Slide 5 text
アジャイル開発伴走支援とは 5 5
Slide 6
Slide 6 text
アジャイル開発伴走支援 開発者と一緒にコードを書いて検証活動を行う 限定された支援期間をもって次のチームに移っていく よりよいアジャイルチームを増やしていく活動 6 6
Slide 7
Slide 7 text
ちいとぽでいうところのEnabling team 7 7
Slide 8
Slide 8 text
≠アジャイルコーチ ちょっとアジャイル経験の多い開発者 コーチングもするけどチームの一員として前にも出る 同じチームの開発者として一緒に汗をかく 8 8
Slide 9
Slide 9 text
一緒に汗をかく 一緒にコードを書く どんどんカイゼンする 技術的負債を解消する そのプロダクトのことを本気で考える スクラムマスターではなく、あくまで開発者 9 9
Slide 10
Slide 10 text
たくさん伴走支援して どんどん良いチームを増やしていくぞ! 1 0 1 0
Slide 11
Slide 11 text
伴走支援が必要とは 1 1 1 1
Slide 12
Slide 12 text
伴走支援が必要とされる状況 1 2 1 2
Slide 13
Slide 13 text
伴走支援が必要とされる状況 1 3 1 3
Slide 14
Slide 14 text
伴走支援が必要とされる状況 1 4 1 4
Slide 15
Slide 15 text
伴走支援が必要とされる状況 1 5 1 5
Slide 16
Slide 16 text
伴走支援が必要とされる状況 アジャイル開発初めて・経験が少ない リードできる人が入る予定だけど今は空いてない 何かうまくいっていない感がある 何か問題が起きて困っている 1 6 1 6
Slide 17
Slide 17 text
この2年間での支援件数 1 7 1 7
Slide 18
Slide 18 text
3件 ※watti担当分 1 8 1 8
Slide 19
Slide 19 text
少ない? 1 9 1 9
Slide 20
Slide 20 text
でも相談も増えないし そんなには 困ってないんだな よかったよかった 2 0 2 0
Slide 21
Slide 21 text
なんてことはない!! 2 1 2 1
Slide 22
Slide 22 text
燃えそうなプロジェクトの噂が 2 2 2 2
Slide 23
Slide 23 text
メンバーが毎週社外で会う関係性 だったので話を聞いてみた 2 3 2 3
Slide 24
Slide 24 text
話を聞いてみた 納期が切られたが間に合いそうにない 一時的に人が抜けていて代理業も大変 バックエンドわからん アジャイル上手にやれてない感がある そもそも開発チームだけアジャイル 2 4 2 4
Slide 25
Slide 25 text
誰かに相談しなかったの? 2 5 2 5
Slide 26
Slide 26 text
上司には相談してた 先方と話をしてくれた 増員の話もある 2 6 2 6
Slide 27
Slide 27 text
相談したことで 彼(等)は再び戦場へ 2 7 2 7
Slide 28
Slide 28 text
解決する? 2 8 2 8
Slide 29
Slide 29 text
解決する? 人を増やすのは長期的にはプラス その状況に陥ったのはチームとしても何か問題がありそう ビジネスサイドとの信頼関係が損なわれている? バックエンドわからんという状況 バックログ作り方が下手な自覚がある 話してくれたチームの課題 2 9 2 9
Slide 30
Slide 30 text
ところなんで僕(ら)に 話してみなかったの? 毎週顔合わせているのに 3 0 3 0
Slide 31
Slide 31 text
相談する頭がなかった 上司には相談してたので他にも、とは思わなかった まずはチームで解決しようと思ってた そして目の前の仕事に没頭 3 1 3 1
Slide 32
Slide 32 text
解決しそう? じゃないから話を聞いた時に色々出てきている 明確な問題によってチームの状態が白日の元に晒された 例えば納期 ヤバい!となって始めてチームの状態に向き合い始めた 3 2 3 2
Slide 33
Slide 33 text
ここまでその状態に向き合わなかった チームが すぐに変われるだろうか? 3 3 3 3
Slide 34
Slide 34 text
支援4件目 (伴走なし) チームの上達を大事にする 人が増えても抱えている問題は変わらない チームの問題を捉えて解決できるようにしていく チームの活性化を仕掛ける 技術的にこうはどう?を提示して揉んでもらう アジャイル開発についての壁打ち (相談相手) いっしょにワイワイする 3 4 3 4
Slide 35
Slide 35 text
チームが変わっていく様子が見える コミュニケーションが活発になった 設計や実装の議論が起きるようになった 相談しやすい雰囲気になってきている 他の人を助けるようなことが起き始めた ベロシティが安定し始めた (昨年度の最大値同等) 3 5 3 5
Slide 36
Slide 36 text
めでたしめでたし 3 6 3 6
Slide 37
Slide 37 text
当然そんなことはない 3 7 3 7
Slide 38
Slide 38 text
実はこれ2例目 しかも成功例 3 8 3 8
Slide 39
Slide 39 text
知ってる人が知らない間に苦しんでいた それも自分にとって一番身近な後輩 3 9 3 9
Slide 40
Slide 40 text
支援2件目 明確な問題によってチームの状態が白日の元に晒された 明確な問題 例えば品質 ステークホルダーに強めに詰められる メンバーは疲弊、離脱 品質が重要なプロダクト POと合意した上で機能開発を優先 4 0 4 0
Slide 41
Slide 41 text
支援2件目で見えたこと 十分に複雑なシステムをそこまで複雑と思っていない I/Fが不透明で考慮漏れが起きやすい 変更による影響範囲が読めない 技術的負債や改善のための課題が表現されていない 一見問題を抱えていないように見えた 機能開発優先による品質低下で起こり得るリスク システムの潜在的な問題が散見 4 1 4 1
Slide 42
Slide 42 text
話を聞いてみた 4 2 4 2
Slide 43
Slide 43 text
話を聞いてみた 誰かに相談してた? 上司には相談してた (しんどい旨) 他には相談しなかった チームはどういう状態だった? チームの問題は特に感じていなかった むしろメンバーとは気軽に話せて悪くないと思っていた 4 3 4 3
Slide 44
Slide 44 text
相談しても問題は解消しない 4 4 4 4
Slide 45
Slide 45 text
上司の支援は当然必要 メンタリング 別の開発へ異動を提案 関係者と話をつける これでケアされる部分は大きい 4 5 4 5
Slide 46
Slide 46 text
チームの問題は誰も捉えられていない 問題はチームを 徐々に悪い状態へ導き続けている しんどいのは変わらない 4 6 4 6
Slide 47
Slide 47 text
チームへの支援なしに解消する? 4 7 4 7
Slide 48
Slide 48 text
チームをより良いアジャイルチームに プロダクト・チームの問題を捉え解決する それがチームでできるように支援する 支援できるように腕を磨く 4 8 4 8
Slide 49
Slide 49 text
でも相談されない 4 9 4 9
Slide 50
Slide 50 text
でも相談されない 相談の場があっても人は来ない 関係性があっても話してはくれない 困っている現場を知ることができない 組織・チームはサイロ化する (リモートが主体なら尚更) 5 0 5 0
Slide 51
Slide 51 text
自分自身にもしんどい経験があった 5 1 5 1
Slide 52
Slide 52 text
でも何とか耐えられたのは 先輩の支援があったから 5 2 5 2
Slide 53
Slide 53 text
先輩の支援 仕事終わりに話に付き合ってくれたり 実際に手を動かしてコードを書いてくれたり チームメンバーのサポートをしてくれたり いつでも気軽に話せる関係性を作ってもらっていた 5 3 5 3
Slide 54
Slide 54 text
そういう関係性を作る 5 4 5 4
Slide 55
Slide 55 text
話しにいく 普段から何でも気軽に話ができる関係性を構築する リモートが当たり前だからこそいっそう気を付ける 雑談ができれば良い訳でもない 相談してくれればよかったのに、にしない 少なくとも自分の周りくらいは そういう場を持っている人は稀かもしれない 5 5 5 5
Slide 56
Slide 56 text
まとめ 5 6 5 6
Slide 57
Slide 57 text
伴走支援 思ったほど相談来ない 来たら全力でやる 宣伝もする 情報を発信する 5 7 5 7
Slide 58
Slide 58 text
待ってても 相談されない でも場があることは大事 人が足りないからくる 困り果ててからくる 知らないところで困ってる 5 8 5 8
Slide 59
Slide 59 text
相談するだけでは問題は解決しない 組織職の支援は大事 本質的な問題を捉えられるかは当人達にかかっている 捉えられなければ問題は潜在したまま 捉えられても解決することは難しい 5 9 5 9
Slide 60
Slide 60 text
見つけられるようにする 6 0 6 0
Slide 61
Slide 61 text
助けたい人を助けられるように 気軽に話せる関係性を築いていく 変化に気付く 気付けるための話をする 場を作って待つのではなく、話しにいく 6 1 6 1
Slide 62
Slide 62 text
話しましょう! 6 2 6 2