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.6k
チームが大きくなったので、開発プロセスを運用してみた
プロジェクトマネジメント Tips LT会 vol.3 で発表させていただいた資料です。
Mitsukawa
November 09, 2021
Tweet
Share
Other Decks in Business
See All in Business
YOUR MEAL Company Deck
yourmeal
0
590
Regulatory_Master_Class.pdf
inesitag
0
280
型作り&出口戦略による成果創出〜分析組織立ち上げ半年間の取り組み〜_データ現場のリアルな知恵と工夫@20250529
fuki9216
0
160
セーフィー株式会社(Safie Inc.) 会社紹介資料
safie_recruit
6
350k
株式会社TSIホールディングス会社案内
tsi_saiyou
0
1.1k
メドピアグループ紹介資料
medpeer_recruit
10
130k
Global Vascular株式会社_会社紹介資料
globalvascular
0
450
プロダクトディスカバリーのためのユーザーインタビュー 200+本ノックの知見
hynym
PRO
0
160
統合報告書2025
base
PRO
0
290
The AI-savvy operating model - Matthew Skelton, Conflux - DevOpsDays Singapore 2025
matthewskelton
PRO
0
190
シマバカ室について -地域事業者のローカルゼブラ化に伴走支援-
trustbank
0
260
アジャイル・スクラム研修2025
pokotyamu
0
160
Featured
See All Featured
Agile that works and the tools we love
rasmusluckow
329
21k
The Straight Up "How To Draw Better" Workshop
denniskardys
233
140k
Rails Girls Zürich Keynote
gr2m
94
13k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
Building a Modern Day E-commerce SEO Strategy
aleyda
40
7.3k
Being A Developer After 40
akosma
91
590k
Adopting Sorbet at Scale
ufuk
76
9.4k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.7k
The World Runs on Bad Software
bkeepers
PRO
68
11k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.5k
Making Projects Easy
brettharned
116
6.2k
Raft: Consensus for Rubyists
vanstee
137
7k
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カ月後 -
プロセスを軸に開発をすることが定着 - 改善のサイクルが回りだした 運用開始 半年後 - プロセスによる恩恵をメンバーが感じ始める
まとめ - 標準化することにより、組織全体の底上げに繋がる - プロセスをみんなで育てると浸透しやすい