スプリントレビュー改善 コミュニケーションの質を 見直した話

Transcript

1. Money Forward, Inc. スプリントレビュー改善： コミュニケーションの質を 見直した話
2. Money Forward, Inc. Money Forward, Inc. 2 富田 理央 ERP開発本部 関西開発部 副部長 2023年10月入社 →スマホゲーム開発10年 →BtoBのスタートアップ →マネーフォワード Riou Tomita
3. Money Forward, Inc. Money Forward, Inc. 3 プロダクトと 開発現場
4. Money Forward, Inc. Money Forward, Inc. 4
5. Money Forward, Inc. Money Forward, Inc. 5
6. Money Forward, Inc. プロダクトと開発現場 • 「マネーフォワード クラウド会計Plus」作ってます ◦ 関西（大阪・京都）、東京、インド、ベトナム ◦ 複数チームでスクラム開発 ◦ エンジニアは英語が共通語 ◦ POも複数人
7. Money Forward, Inc. Money Forward, Inc. 7 アジャイルのお話 特に スプリントレビュー
8. Money Forward, Inc. Money Forward, Inc. 8 以前の課題
9. Money Forward, Inc. 以前の課題 • 複数のチームがDemoを行う ◦ 参加者：エンジニア、PO/デザイナー、 ビジネスメンバー 　（sales, カスタマサクセス、カスタマサポート） • 言語の壁 ◦ ビジネスメンバーは日本語 ◦ エンジニアは英語 ◦ miroを使ったり、同時通訳を入れたりした • Scrum Fest Fukuokaで少し話しました
10. Money Forward, Inc. Money Forward, Inc. 10 その後
11. Money Forward, Inc. 通訳・多人数開催の限界 • 通訳では全てを表現しづらい ◦ 非言語的な情報が落ちる ▪ 「熱量」や「わいわい感」 • スプリントレビューに参加するエンジニアが多くなった ◦ 圧倒的にビジネスメンバーよりも多い ◦ ビジネスメンバーは気軽に意見を言い出しづらい
12. Money Forward, Inc. バザール形式の導入 • LeSS（大規模スクラムのフレームワーク）推奨の 「バザール形式」を採用！
13. Money Forward, Inc. バザール形式の導入 • バザール形式？ ◦ 1つの大きなミーティングの代わりに、 各チームは小さな「ブース」（お店のようなもの）を作る ◦ スプリントの成果物をそこでプレゼンする ◦ 参加者はどのブースを訪れてもOK 質問したり、アイデアを共有したりできる ◦ チームがスプリント中に作ったものを見せる 市場（バザール） のようなもの
14. Money Forward, Inc. バザールの例
15. Money Forward, Inc. バザールの例
16. Money Forward, Inc. バザール形式の導入 • MiroとZoomを使う ◦ Miro上にバザールを作る ◦ チームはzoomのブレイクアウトルームに分かれる ◦ 参加者はブレイクアウトルームに入り、チームから説明を受け、 フィードバックを行う • 英語で開催 ◦ 別れて話すので、少人数での会話となる ▪ 英語が苦手な人のプレッシャーが少なくなる ◦ ビジネスメンバーは参加しない ▪ 別でPOとビジネスメンバーが日本語で会話する場が作られた 半分ぐらい
17. Money Forward, Inc. 成功させるために作り込んだ • バザール形式を説明したドキュメントを作成 ◦ 目的やマインドセット ◦ タイムテーブル ◦ ファシリテーションのコツ etc • ガッツリ、導入を進めた
18. Money Forward, Inc. Money Forward, Inc. 18 直面した現実
19. Money Forward, Inc. 直面した現実 • フィードバックの問題 ◦ ドメインエキスパートはPO・デザイナー ▪ 身体は一つ • 同時開催されると、キーマンが回りきれない • フィードバックの希薄化 ◦ ドメイン知識に基づいた改善案が出にくい
20. Money Forward, Inc. 直面した現実 • バザール形式は、そもそもすべてのデモを見回る前提ではない ◦ 関心があるデモだけを選んで見る ◦ ドメインエキスパートが少ない状況では、ワークしづらい • 「ドメインエキスパートの深い洞察」が必要だった ◦ チームリーダーとの1on1でもこの指摘があった
21. Money Forward, Inc. Money Forward, Inc. 21 新形式（解決策）
22. Money Forward, Inc. シングル・トラックへの回帰と進化 • １チームずつ逐次的に発表する • PO・デザイナーはすべてのデモを閲覧してもらう ◦ フィードバックの中心的な存在となってもらう • 15分のタイムボックス ◦ 15分より短ければ、休憩時間にする
23. Money Forward, Inc. Money Forward, Inc. 23 形式を変更した理由を毎回説明
24. Money Forward, Inc. Money Forward, Inc. 24 例）３チームのタイムテーブル
25. Money Forward, Inc. 新形式（解決策） • 得られたもの ◦ PO/デザイナーが全チームのデモに参加する ▪ 担当外のチームも見る ◦ ドメインエキスパートからのフィードバック ▪ 単に「すごい！」「おお！」というような意見でもモチベーション 向上につながる ▪ 画面UI/UXの標準化 • 画面Aではこうだったけど、この画面では違うの？
26. Money Forward, Inc. Money Forward, Inc. 26 改善はまだ続く！
27. Money Forward, Inc. 改善はまだ続く！ • タイムボックスは適切なのか？ ◦ もっと話したい場合はどうするのか • miroの使い方を微調整 ◦ PO・デザイナーとエンジニアの付箋紙の色を分ける • 毎回少しずつ改善を積み重ねている
28. Money Forward, Inc. Money Forward, Inc. 28 まとめ
29. Money Forward, Inc. まとめ • 課題の変遷と選択: ◦ 多人数・言語の壁 → バザール形式（発散・参加しやすさ重視 ） ◦ ドメイン知識・コミュニケーションの質の希薄化 → シングル・トラック（収束・フィードバックの質重視 ） • 最大の学び: ◦ プロダクトチームの状況や環境に寄って、適したレビュー形式を選 んで良い
30. Money Forward, Inc. Money Forward, Inc. 30 おわり