Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
チームが大きくなったので、開発プロセスを運用してみた
Search
Mitsukawa
November 09, 2021
Business
1
2.7k
チームが大きくなったので、開発プロセスを運用してみた
プロジェクトマネジメント Tips LT会 vol.3 で発表させていただいた資料です。
Mitsukawa
November 09, 2021
Tweet
Share
Other Decks in Business
See All in Business
How to use ‘Economies of Empowerment’ to get the benefits of both speed and scale - AgileAus 2025
matthewskelton
PRO
0
170
AIUX is Agentic UX
kan
0
280
Arches 会社説明資料/ HR Deck
arches0501
0
13k
インキュデータ会社紹介資料
okitsu
3
41k
HashPort Company Deck
hashport
0
15k
DMM.com アルファ室採用案内資料
dmmcom2025
0
290
Coporation
couxucorp
0
250
フルカイテン株式会社 採用資料
fullkaiten
0
66k
Ускорение создания стратегии с помощью ИИ
alexanderbyndyu
0
650
ベタートラップと夏
mosa_siru
8
3.2k
20250613_CMC_2025_A3
hideki_ojima
0
490
M3 Career Culture Deck(セールス&コンサルティング職)
m3c
1
280k
Featured
See All Featured
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
161
15k
The Pragmatic Product Professional
lauravandoore
35
6.7k
Reflections from 52 weeks, 52 projects
jeffersonlam
351
20k
Site-Speed That Sticks
csswizardry
10
670
KATA
mclloyd
30
14k
Navigating Team Friction
lara
187
15k
Become a Pro
speakerdeck
PRO
28
5.4k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.4k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Unsuck your backbone
ammeep
671
58k
Facilitating Awesome Meetings
lara
54
6.4k
Transcript
チームが大きくなったので、 開発プロセスを運用してみた @プロジェクトマネジメント 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カ月後 -
プロセスを軸に開発をすることが定着 - 改善のサイクルが回りだした 運用開始 半年後 - プロセスによる恩恵をメンバーが感じ始める
まとめ - 標準化することにより、組織全体の底上げに繋がる - プロセスをみんなで育てると浸透しやすい