1バックログ2フィーチャーチーム体制への移⾏と取り組んだ課題

■イベント
持続可能で柔軟な開発プロセスの実践
https://sansan.connpass.com/event/309010/

■発表者
Eight Engineering Unit Product Devグループ 金井 淳

■Eight エンジニア 採用情報
https://media.sansan-engineering.com/eight-engineer

Transcript

1. 1バックログ2フィーチャーチーム体制への移⾏と 取り組んだ課題 Sansan株式会社 技術本部 Eight Engineering Unit Product Devグループ ⾦井淳
2. 写真が入ります ⾦井 淳 Sansan株式会社 技術本部 Eight Engineering Unit Product Devグループ 2019年Sansan株式会社に中途⼊社 ⼊社以来、名刺アプリ「Eight」にてWebフロントエンド開発を メインに担当 現在は、プロダクト開発に加えてチーム・グループの ⽣産性向上に向けた取り組みもリードしている 1
3. アジェンダ - 体制変更の背景 - 開発組織の取り組み - 体制変更による成果 - 顕在化した課題とその改善 - 今後やっていきたいこと 2
4. 体制変更の背景
5. Eightはキャリアプロフィールから再度名刺アプリとしてリニューアルすることとなった 2022年4⽉から、キャリア形成を後押しするプロダクトを⽬指して、キャリア形成に必要な情報や機会を提供して きた 2023年実施のリニューアルで、スマートフォン⼀つで名刺交換から名刺管理、名刺交換相⼿の異動や昇進、転職 等の最新状況の把握まで対応できるように進化していくこととなった 事業軸の変化
6. 新しいアプリコンセプトに沿って優先度判断 これまではキャリア形成を後押しする⽅針のもと、プロフェッショナルリクルーティングサービスのEight Career DesignとEight・中⼩企業向け名刺管理サービスのEight Teamにはそれぞれにプロダクトマネジャーがいて、個別 の開発プロセスで進めてきた 今後はリニューアルするアプリコンセプトのもと、ステークホルダーにより開発優先度が判断されることとなった 開発優先度の変化 プロダクトマネジャー プロダクトマネジャー プロダクトマネジャー
7. ⽬⽟機能である「タッチ名刺交換機能」の開発と、ロゴ変更を含むプロダクトの リブランディングによって、名刺アプリ「Eight」のリニューアルを早い時期に完了したい 2023年の春にEight V10プロジェクトが発⾜、夏頃のリリースを⽬指す 開発組織への期待
8. 開発組織の取り組み
9. 何を変えたか - 2023年6⽉より、従来のサービス特化型フィーチャーチーム体制から 1バックログ2フィーチャーチーム体制へ移⾏した - 2チームが同じプロダクトバックログを、同じ開発プロセスで、 優先度の⾼い開発アイテム順に取り組む - まずはEight V10プロジェクトを期待通りに完了させることを優先 - その後、事業側の要求変化への柔軟な開発組織の構築を⽬指す
10. 変更後の開発領域 2チームがEightプラットフォーム全てのプロダクト開発を担当する 担当開発領域 担当開発領域
11. 変更後の開発プロセス リファインメント バックログ ⾒積もり バックログ 優先度判断 スプリント プランニング スプリント レビュー 全てのスクラムイベントを合同参加でやるのではなく、合同参加イベントとチームイベント のハイブリッドな開発プロセスとした スクラムイベントでは、デイリースクラムやレトロスペクティブは各チームで⾏う 合同参加イベント
12. 体制変更による成果
13. 2023年6⽉下旬から開発が始まり、⼤量のバックログアイテムがあったが、 ほぼ計画通り9⽉下旬にリリースが完了した タッチ名刺交換機能の開発はモバイルアプリチーム中⼼で、Webはバックエンド開発やリブランディング対応を 主に担当 Eight V10開発とリブランディング
14. Eight V10以降にEight・Eight Teamの様々な開発へ迅速に対応 以前は1チームでEight・Eight Teamの開発を担当してきたが、2チームのリソースをうまく活⽤することで、 Eight・Eight Team領域開発のベロシティは約60%向上 今まで対応できなかった、同時並⾏でのエピック開発も可能となった Eight・Eight Teamの開発加速
15. バックログ以外のプロダクト改善に2チームで取り組む - 主に取り組んだプロダクト改善 > 限定公開機構の構築 > システムメールテンプレートの仕組み化 > 課⾦画⾯のSPA化 > フロントエンドレガシーコードのリファクタリング > Webデザインシステムアップデート > Robocop対応 > Gmailの⼀括配信者向けポリシーへの対応
16. 顕在化した課題とその改善
17. ここまで体制変更の成果をみてきたが、新体制での開発スプリントが安定するまで ⾊々な課題があった Eight V10開発後に2チームのメンバー全員で、課題の特定を⽬的にワークショップを実施した ワークショップの結果、2つの課題が開発スプリントの妨げになっていることがわかった 1バックログ2フィーチャーチーム体制変更に伴う課題 ドメイン知識のチーム差 チーム間連携コスト⼤ ワークショップで洗い出した2つの課題
18. 当然ながら、これまでEight Career Designを担当してきたチームメンバーは、 Eight・Eight Teamのドメイン知識に不安があった 開発アイテムのアサインもEight・Eight Teamのコア機能に関するドメイン理解が求められる開発アイテムは 以前から担当してきたチームに寄る傾向があった 課題: ドメイン知識のチーム差
19. 課題解決: ドメイン知識のチーム差 - ドメインマップを使って各メンバーごとのドメイン理解度を数値化 > ドメインの洗い出しや優先度付けは元Eight・Eight Team開発チームが担当 > チームごとのドメイン理解度の傾向を可視化 - ドメイン知識ページ作成 > 元Eight Career Design開発チームが担当 > ドメイン知識ページは、Eight開発の様々なドメインをまとめたNotionページ群 > ページには、概要・対象画⾯・概念図・API・シーケンス図などがまとめられている - 2チーム合同モブプロ開発 > コアドメインのエピック開発にて実施しナレッジ共有 - バックログアイテムのチームアサインは挑戦も考慮 > 短期的な開発スピードは⼀定犠牲となるが、チームとして未経験領域を担当
20. 2チーム合同参加イベントでの意思決定や、エピック開発での実装⽅針や情報共有、 PRレビュー等に時間や労⼒がかかる 合同参加イベントでは、特にバックログ⾒積もりとスプリントプランニングが負担となっていた 会に要する時間の増加に加えて、参加メンバーが多いことから発⾔しにくいとのFBもあった 課題: 2チーム間連携コスト⼤ リファインメント バックログ ⾒積もり バックログ 優先度判断 スプリント プランニング スプリント レビュー 合同参加イベント
21. 課題解決: 2チーム間連携コスト⼤ - ⾒積もり > 会のあり⽅や⾒積もりポイント基準、スパイク実施判断基準などルールを整備した > 今まで会はチームリーダーがリードしていたが、事前に⾒積もり対象アイテムごとの 発表担当者を決めてそれぞれリードしてもらう - スプリントプランニング > 2部制に変更 > スプリントスコープや担当チームアサインだけ合意して、実装⽅針決めやタスク出し はチームに委ねる - エピック開発 > 原則1エピック1担当チームに変更 > ただし設計が終わった段階で、他チームへの共有会を実施する
22. 今後やっていきたいこと
23. さらなるプロセス改善を⾏い⽣産性や品質を⾼めたい - 伸び代: 規模の⼤きいエピック開発のリードタイム短縮 > エピック開発の振り返り > 開発知⾒の共有仕組み化 > フロントエンド・バックエンド間アサインの⾮効率改善 > 開発時間の確保(ミーティングの最適化)
24. Eight Engineering Unit 募集ポジション紹介 https://media.sansan-engineering.com/eight-engineer