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.5k
チームが大きくなったので、開発プロセスを運用してみた
プロジェクトマネジメント Tips LT会 vol.3 で発表させていただいた資料です。
Mitsukawa
November 09, 2021
Tweet
Share
Other Decks in Business
See All in Business
SRE じゃなくてもできる! インシデント対応で鍛えた CRE チームの5年史 / Five-year history of CRE's hard work in incident response
mayuzo
1
4.3k
Pleap Inc. Corporate deck for Recruit
medimo
PRO
0
280
プロダクトデザイナー向け採用情報資料
robot_payment
0
240
Atlassian Community Event Tokyo #69/ Confluence/JSM 全社導入展開 ナレッジマネジメント成功の秘訣
yo_freee
0
310
国立大学法人等職員仕事ガイド(北海道地区)
univstaffhokkaido
0
240
merpay-overview_en
mercari_inc
1
18k
新たなプロダクトで成果を掴む!PMのサバイブ術 🥷
tochiba
5
6.8k
VISASQ: ABOUT US
eikohashiba
15
480k
サスメド株式会社 Culture Deck
susmed
0
39k
【エンジニア採用】BuySell Technologies会社説明資料
buyselltechnologies
3
57k
【新卒採用】BuySell Technologies会社紹介資料
buyselltechnologies
0
200k
会社紹介資料 / ProfileBook
gpol
4
29k
Featured
See All Featured
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
175
51k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.5k
Speed Design
sergeychernyshev
25
760
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
132
33k
Building Better People: How to give real-time feedback that sticks.
wjessup
366
19k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
Fontdeck: Realign not Redesign
paulrobertlloyd
82
5.4k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
29
1k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
Optimising Largest Contentful Paint
csswizardry
33
3.1k
Automating Front-end Workflow
addyosmani
1367
200k
StorybookのUI Testing Handbookを読んだ
zakiyama
28
5.5k
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カ月後 -
プロセスを軸に開発をすることが定着 - 改善のサイクルが回りだした 運用開始 半年後 - プロセスによる恩恵をメンバーが感じ始める
まとめ - 標準化することにより、組織全体の底上げに繋がる - プロセスをみんなで育てると浸透しやすい