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.4k
チームが大きくなったので、開発プロセスを運用してみた
プロジェクトマネジメント Tips LT会 vol.3 で発表させていただいた資料です。
Mitsukawa
November 09, 2021
Tweet
Share
Other Decks in Business
See All in Business
Company Profile
katsuegu23
2
6.6k
VISASQ: ABOUT US
eikohashiba
15
460k
akippa株式会社 - 会社紹介資料
akippa
3
58k
株式会社BFT 会社紹介資料|エンジニア&セールス職向け
bft_recruit
2
11k
ビジネスの変化に迅速に反応 質・量どちらも追及する 星野リゾートのノーコード戦略
junkokotake
0
270
経営組織論〜ソニックガーデンの場合(2024/11版)
kuranuki
0
500
Nstock 採用資料 / We are hiring
nstock
26
250k
【metimo】「『似合う』を楽しもう。」
hinalin
0
600
株式会社Rehab for JAPAN会社概要
rehabrecruiting
4
67k
VANISH STANDARD Company Deck
vstandard
PRO
3
22k
enechain company deck
enechain
PRO
7
90k
Arches 会社説明資料/ HR Deck
arches0501
0
7.5k
Featured
See All Featured
Typedesign – Prime Four
hannesfritz
40
2.4k
GitHub's CSS Performance
jonrohan
1030
460k
Fontdeck: Realign not Redesign
paulrobertlloyd
82
5.2k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
44
2.2k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
Navigating Team Friction
lara
183
14k
10 Git Anti Patterns You Should be Aware of
lemiorhan
655
59k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
VelocityConf: Rendering Performance Case Studies
addyosmani
325
24k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
26
2.1k
Practical Orchestrator
shlominoach
186
10k
Faster Mobile Websites
deanohume
305
30k
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カ月後 -
プロセスを軸に開発をすることが定着 - 改善のサイクルが回りだした 運用開始 半年後 - プロセスによる恩恵をメンバーが感じ始める
まとめ - 標準化することにより、組織全体の底上げに繋がる - プロセスをみんなで育てると浸透しやすい