NIFTY Tech Day 2022 複数プロダクトを抱えて 行うスクラム開発のこれ までとこれから

NIFTY Tech Day 2022 セッション資料

持っているプロダクトが複数あってPOも複数必要。スクラム開発のアンチパターンのようにも見えますがコミュニケーションで解決できました。
解決までの道のりを語ります。

本セッションのアーカイブ動画：
https://youtu.be/RzfEvaklEO4

NIFTY Tech Day 2022 アーカイブ動画一覧：
https://www.youtube.com/playlist?list=PLYJnnMO84Y4ScTbh4EB5F-xVwgmPv_cM3

Transcript

1. Copyright ©NIFTY Corporation All Rights Reserved. 複数プロダクトを抱えて 行うスクラム開発のこれ までとこれから 会員システムグループ 第二開発チーム 吉野 良太
2. 自己紹介 吉野 良太(よしの りょうた) やっていること 2018年4月入社(新卒) 趣味 写真 オプション開発チームのスクラムマスター YouTube鑑賞 ゲーム 好きなニフティのサービス @nifty 優待サービス 1 Copyright © NIFTY Corporation All Rights Reserved.
3. 担当プロダクトの紹介 パソコン・スマホのトラブルを解決する @nifty会員の有料サポートサービス Wi-Fiルーターをレンタルして 快適なインターネットをサポートする 回線が使えるようになるまでのインターネットを提供し、 その後もさまざまな場所で快適なインターネット接続が できる 2 Copyright © NIFTY Corporation All Rights Reserved.
4. 本日伝えたいこと 優先度決めはスクラムチーム全員が 納得した上で決める 3 Copyright © NIFTY Corporation All Rights Reserved. そのためになにが大事なのか スクラムチーム全体で 密なコミュニケーションを取る
5. 目次 運用して見えた問題点とそれから 私のチームのスクラム構造 スクラムイベントの改善 今後の展望 まとめ チーム発足時に考えていたチームの形 4 Copyright © NIFTY Corporation All Rights Reserved.
6. 目次 運用して見えた問題点とそれから 私のチームのスクラム構造 スクラムイベントの改善 今後の展望 まとめ チーム発足時に考えていたチームの形 5 Copyright © NIFTY Corporation All Rights Reserved.
7. 一般的なスクラムでの役割 スクラム マスター (SM) 開発チーム (DEV) プロダク ト オーナー (PO) ステーク ホルダー 成果物 要望 優先度 6 Copyright © NIFTY Corporation All Rights Reserved.
8. 私のチームの実情 SM DEV(2+1人) PO1 ステーク ホルダー1 PO2 ステーク ホルダー2 7 Copyright © NIFTY Corporation All Rights Reserved.
9. 一般的なスクラムイベントについて スプリントとは一定の作業を完了させるための短く区切った期間 のことを指します スプリントプランニング ：スプリント内で 着手するタスクを決める スプリントレトロスペク ティブ(振り返り) ：スクラムチームが チームやプロセスを改善 する スプリントレビュー ：スプリント内での成果 を提示しFBをもらう デイリースクラム ：スプリントゴールに 対する進捗を検査 8 Copyright © NIFTY Corporation All Rights Reserved.
10. 私のチームの実情 スプリントプランニング スプリントレトロスペク ティブ(振り返り) スプリントレビュ ー デイリースクラム スプリントレビ ュー 9 Copyright © NIFTY Corporation All Rights Reserved.
11. 目次 運用して見えた問題点とそれから 私のチームのスクラム構造 スクラムイベントの改善 今後の展望 まとめ チーム発足時に考えていたチームの形 10 Copyright © NIFTY Corporation All Rights Reserved.
12. チーム発足時に考えていたチームの形 プロダクトが3つあるし、それぞれ方向性が違うサービスだからチームを分 けられるといい気がする 開発チームが2人+SMも開発したら3人なので分けたらスクラムが破綻する ただスクラムイベントが2倍になっただけになりそう PO2人で1スクラムチームで運用をしてみる 11 Copyright © NIFTY Corporation All Rights Reserved.
13. チーム発足時に考えていたチームの形 スクラムマスター 開発チーム プロダクトオーナー ステークホルダー 支援 支援 成果物 要望 優先度 ステークホルダー • PO同士が優先度に対しての話し合いを 積極的にできる • プロダクトバックログが常に最新の状 態になっている 12 Copyright © NIFTY Corporation All Rights Reserved.
14. チーム発足時に考えていたチームの形 プロダクト1タスク1 プロダクト2タスク1 プロダクト2タスク2 優先度が一元的に管理されているので 見た目では１プロダクトでの運用に 見える 13 Copyright © NIFTY Corporation All Rights Reserved.
15. 複数プロダクト(複数PO)での理想の形 スクラムマスター 開発チーム (DEV) プロダクトオーナー (PO) ステークホルダー 支援 支援 成果物 要望 優先度 調整 依頼 ステークホルダー 調整 依頼 開発チームとPOの コミュニケーションが どちらかのプロダクトに偏らない 14 Copyright © NIFTY Corporation All Rights Reserved.
16. 目次 運用して見えた問題点とそれから 私のチームのスクラム構造 スクラムイベントの改善 今後の展望 まとめ チーム発足時に考えていたチームの形 15 Copyright © NIFTY Corporation All Rights Reserved.
17. 運用して見えた問題点 優先度が決めづらい プロダクト毎に着手順に 偏りが生まれ、 着手されない方のプロダ クトのPOが不満を抱える POの影響力が優先度に 表れる 3つの問題点が出てきた 16 Copyright © NIFTY Corporation All Rights Reserved.
18. 問題点の深堀り 課題1：優先度が決めづらい • なぜ優先度が決めづらいのか POが複数いるためそれぞれ の優先度の高さが衝突する プロダクトが違うのでそれぞ れを比較しづらい 関係者が多いので優先度を 決める時間を設けるのが 厳しい 17 Copyright © NIFTY Corporation All Rights Reserved.
19. 問題点に対する解決策 課題1：優先度が決めづらい 1. プロダクトバックログの見えやすいところに 効果やそのPBIの期限を書くようにする 2. 優先度を決める基準を設ける 3. どうしてもプロダクトオーナー同士で決められない場合 は共通のステークホルダーに相談する 4. 優先度調整を適宜やるではなく、デイリースクラムの時 間も用いて行う 18 Copyright © NIFTY Corporation All Rights Reserved.
20. 実施したこと 課題1：優先度が決めづらい プロダクトバックログに 効果やそのPBIの期限を書くようにする 共通のKPIに落とし込んで議論をできる ようになった 優先度を決める基準を設ける 基準があることで議論の方向性がブレな くなった プロダクトバックログ上は一つのプロダ クトで運用しているように見えるように なった どうしてもプロダクトオーナー同士で決 められない場合は共通のステークホルダ ーに相談する 優先度に迷うことがなくなった 優先度調整を適宜やるではなく、デイリ ースクラムの時間も用いて行う 迅速に各タスクの共有がなされるように なった 19 Copyright © NIFTY Corporation All Rights Reserved.
21. 自チームでの優先度決めの基準 費用対効果が高い もの ※効果見込みもある程度の 正確性を求める 顧客影響の大きい 障害 経営判断等でやら ないといけないこ と 緊急度 重要度 20 Copyright © NIFTY Corporation All Rights Reserved.
22. 問題点の深堀り 課題2：プロダクト毎に着手順に偏りが生まれ、着手されない方 のプロダクトのPOが不満を抱える • なぜ偏りが生まれるのか 優先度決めが正確に行えない プロダクト毎に案件の量に差 がある 21 Copyright © NIFTY Corporation All Rights Reserved.
23. 問題点に対する解決策 課題2：プロダクト毎に着手順に偏りが生まれ、着手されない方 のプロダクトのPOが不満を抱える 1. 優先度付けに理由を設ける(なぜこの優先度 なのかを明確にする) 2. ある程度偏りが生まれることは許容する 22 Copyright © NIFTY Corporation All Rights Reserved.
24. 実施したこと 課題2：プロダクト毎に着手順に偏りが生まれ、着手されない方 のプロダクトのPOが不満を抱える 優先度付けに理由を設ける(なぜこの優先 度なのかを明確にする) 優先度に納得がいくようになったため、 本当にやりたいことから着手できるよう になった 23 Copyright © NIFTY Corporation All Rights Reserved.
25. 問題点の深堀り 課題3：POの影響力が優先度に表れる • なぜ影響力による差が生まれるのか PO同士が議論をする機会が 少ない 話がうまい人の意見が 採用されがち 24 Copyright © NIFTY Corporation All Rights Reserved.
26. 問題点に対する解決策 課題3：POの影響力が優先度に表れる 1. PO同士が議論できる機会を増やす 2. POが抱えている問題について聞く機会を設け る 3. スプリント毎にプロダクトを変える 25 Copyright © NIFTY Corporation All Rights Reserved.
27. 問題点に対する解決策 課題3：POの影響力が優先度に表れる 1. PO同士が議論できる機会を増やす 2. POが抱えている問題について聞く機会を設け る 3. スプリント毎にプロダクトを変える 26 Copyright © NIFTY Corporation All Rights Reserved.
28. 実施したこと 課題3：POの影響力が優先度に 表れる PO同士が会話できる機会を増やす プランニングや優先度調整の会議の中で PO同士が議論し、納得し合うように なり優先度決めが円滑になった PO同士のコミュニケーションを維持すること ができるようになった 27 Copyright © NIFTY Corporation All Rights Reserved.
29. 目次 運用して見えた問題点とそれから 私のチームのスクラム構造 スクラムイベントの改善 今後の展望 まとめ チーム発足時に考えていたチームの形 28 Copyright © NIFTY Corporation All Rights Reserved.
30. スプリントプランニング 効果を測定する方法・ 期限をPBIに記載してお く リリーススケジュール を一元的に管理する • スプリント内で提供できる価値が 見えやすくなった • 複数のプロダクトでの提供価値を 比較しやすくなった • 作業の見通しが立てやすくなった • POが担当していないプロダクトで も完了見込みがわかるようになっ た 29 Copyright © NIFTY Corporation All Rights Reserved.
31. デイリースクラム PO側から議題がある場 合でも参加できるよう にする • 情報共有が迅速になり互いが持っ ている情報の差異が減った 30 Copyright © NIFTY Corporation All Rights Reserved.
32. スプリントレビュー PO毎で時間割を設定し レビューそのものを分 ける KPIの確認時間を設ける • 担当プロダクトに集中してレビュ ーができるようになった • 開発チームでも数字を見る癖がつ いた • 現状プロダクトが抱えている問題 を議論できるようになった 31 Copyright © NIFTY Corporation All Rights Reserved.
33. スプリントレトロスペクティブ レトロスペクティブの 効果を振り返る機会を 作る 序盤ではプラクティス として価値観ポーカー (Wevox values card)と いうものを用いた 行うプラクティスを用 いた理由をレトロスペ クティブの最初で共有 する • 実際にレトロスペクティブで決め たアクションの効果が出ているか を確認するいい機会になっている • 関係者が多く初対面の方も多かっ たのでお互いを知る機会となった • プラクティスに臨むモチベーショ ンにつながった 32 Copyright © NIFTY Corporation All Rights Reserved.
34. スプリントレトロスペクティブ 序盤ではプラクティスとして 価値観ポーカー(Wevox values card)というものを用いた • 初対面同士だとお互いの価値観がわからないので、作業が進めづ らい • 関係者同士の価値観が共有できたことで仕事をどのように進めた いのかがわかった • 最初から固めの振り返りではないものを用いることで長めのアイ スブレイクのようになり会話が促進できた 33 Copyright © NIFTY Corporation All Rights Reserved. 価値観ポーカーとは数あるカードの中から自分が大事にしているカードを選 び、最後に残ったものを参加者に説明するプラクティスです。
35. スプリントレトロスペクティブ プラクティスを用いた理由を レトロスペクティブの最初で共有する ❗ スクラムチーム全体でレトロスペクティブについて改めて議論 していたところ「なぜ毎回プラクティスを変えるのか？」とい う意見があった 34 Copyright © NIFTY Corporation All Rights Reserved. • POが担当していないプロダクトだと起きている問題が見えてい ないこともあったため、「このような問題を解決したい」が見え るようになった • 以前はなんとなくで振り返りをしていたが、チームで方向性を決 めて議論できるようになった
36. 目次 運用して見えた問題点とそれから 私のチームのスクラム構造 スクラムイベントの改善 今後の展望 まとめ チーム発足時に考えていたチームの形 35 Copyright © NIFTY Corporation All Rights Reserved.
37. まとめ • 基本的に複数POを立ててスクラムをするのは スクラムガイド的には推奨されない • 優先度を決めることが正確にできれば複数プ ロダクトを抱えていてもスクラムを適用する ことはできる • 優先度が決めづらいのであればはなんとなく やりたいではなく根拠を提示して議論しよう ◦ 効果がウォッチできる環境は用意しておく 36 Copyright © NIFTY Corporation All Rights Reserved.
38. 目次 運用して見えた問題点とそれから 私のチームのスクラム構造 スクラムイベントの改善 今後の展望 まとめ チーム発足時に考えていたチームの形 37 Copyright © NIFTY Corporation All Rights Reserved.
39. 今後の展望 • 保守運用用にバッファを設けてスプリントバッ クログを作る • 「別のプロダクトだから・・・」という理由で 意見が出せないという気持ちにならないような 雰囲気づくりをする • POだけ、SMだけ、DEVだけが知っている情報を なくす • ご意見Boxを作って運用する予定 • PO同士がもっと活発に議論できるアクションを 取り続ける 38 Copyright © NIFTY Corporation All Rights Reserved.