チームが大きくなったので、開発プロセスを運用してみた

チームが大きくなったので、開発プロセスを運用してみた @プロジェクトマネジメント Tips LT会 vol.3 Mitsukawa Ruka

自己紹介ミツカワルカ・所属: Sansan株式会社・役割: Sansan のWebアプリエンジニア　　　　　 →
Data Hub のPMO ・趣味: Splatoon, Pokémon UNITE ・Twitter: @mitsuriver

はじめに「Sansan Data Hub」を開発している開発チームの話をします　 ※弊社全体の開発組織の話ではありませんデータ統合基盤「Sansan Data Hub」

アジェンダ 1. 開発プロセスを作ろう 2. やったこと 3. で、どうなったか話すこと - 開発プロセスをどうやって作ったか
- 運用してみてどんな効果・学びがあったか

開発プロセスを作ろう

背景エンジニアチーム (2-4名) × 5 マネージャ PdMチーム（2名） PMO
× 1 現在の組織体制 3 18 10 エンジニア人数の推移 2017/11 始動 2019/11 2021/11 現在

背景開発チームの課題 - チームによって作業手順がバラバラ - プロジェクトの質が担当者依存 - うまくやれてるチームもある一方、課題があるチームも - リリース直前の手戻りが多い...
- いつリリースされるのかよくわからない ... - リリース予定日が守られない...

目標目標基本的なプロジェクト管理プロセスが確立されている場当たり的で、プロセスが定義されていない成功は個人の努力に依存する組織で標準化プロセスが『定義』され、各プロジェクトで利用されているプロセスが『最適化』されている
プロセスと成果物が定量的に『管理』されている Lv.5 Lv.4 Lv.3 Lv.2 Lv.1 現状 CMMI 成熟度レベル

やったこと

やったこと 1. 開発チームへヒアリング＆課題共有 2. 各工程の定義 3. 役割の定義（RACI図）

1. 開発チームへヒアリング＆課題共有課題の共有 → QCD改善のためのブレスト

2. 各工程の定義項目 - 実施時期 - 誰がするのか - 何をするのか -
完了基準

3. 役割の定義（RACI図）関係者のロール工程 R：実行責任者　タスクの実行者。複数いても構わない。 A：説明責任者（承認者) 作業の完了を承認し、全体に責任を負う役割。原則1つのタスクに1人。 C：協業先タスクを進める際の相談者。タスクを進める際に、双方向にやり取りを行う。 I：報告先
タスクの進捗状況の報告先。タスクを進める際に、一方向的なやり取りとなる。役割

で、どうなったか

結果 - 手戻りがほぼなくなった - 品質up - リリース時期についてのコミュニケーションが増えた

時間軸運用開始直後 - プロセスを無視することが多発 - 再周知・再共有をした運用開始 2-3カ月後 -
プロセスを軸に開発をすることが定着 - 改善のサイクルが回りだした運用開始半年後 - プロセスによる恩恵をメンバーが感じ始める

まとめ - 標準化することにより、組織全体の底上げに繋がる - プロセスをみんなで育てると浸透しやすい

チームが大きくなったので、開発プロセスを運用してみた

チームが大きくなったので、開発プロセスを運用してみた

Mitsukawa

Other Decks in Business

Featured

Transcript