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
pmlt1
Search
komik699
November 08, 2020
Technology
0
2.1k
pmlt1
プロジェクトマネジメント Tips LT会 vol.1で発表した資料です
komik699
November 08, 2020
Tweet
Share
More Decks by komik699
See All by komik699
pmlt2
komik699
0
3k
Other Decks in Technology
See All in Technology
JBUG岡山 #6 WordCamp男木島の チームビルディング
takeshifurusato
0
150
Datadog Cloud SIEMを使ってAWS環境の脅威を可視化した話/lifeistech-datadog-cloud-siem
gidajun
0
480
開発と事業を繋ぐ!SREのオブザーバビリティ戦略 ~ Developers Summit 2024 Summer ~
leveragestech
0
640
推薦システムを本番導入する上で一番優先すべきだったこと~NewsPicks記事推薦機能の改善事例を元に~
morinota
0
130
可視化プラットフォームGrafanaの基本と活用方法の全て
hamadakoji
0
230
エンジニア向け会社紹介資料
caddi_eng
14
230k
サービス開発を前に進めるために 新米リードエンジニアが 取り組んだこと / Steps Taken by a Novice Lead Engineer to Advance Service Development
nologyance
0
180
Azure Pipelinesを使用したCICDベースラインアーキテクチャ実践
yuriemori
0
190
Amazon FSx for NetApp ONTAPのパフォーマンスチューニング要素をまとめてみた #cm_odyssey #devio2024
non97
0
220
DDDにおける認可の扱いとKotlinにおける実装パターン / authorization-for-ddd-and-kotlin-implement-pattern
urmot
4
390
ギークの理想が7つ集まるエムスリーで夢を叶えよう - エムスリー株式会社
m3_engineering
1
260
20240717_イケコパ代表Copilot_in_Teams会社でこう使ってます
ponponmikankan
2
430
Featured
See All Featured
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
26
1.8k
How STYLIGHT went responsive
nonsquared
93
5k
Designing on Purpose - Digital PM Summit 2013
jponch
113
6.6k
Designing with Data
zakiwarfel
96
5k
Making the Leap to Tech Lead
cromwellryan
127
8.7k
Building Better People: How to give real-time feedback that sticks.
wjessup
357
18k
Raft: Consensus for Rubyists
vanstee
134
6.5k
ParisWeb 2013: Learning to Love: Crash Course in Emotional UX Design
dotmariusz
105
6.8k
Fashionably flexible responsive web design (full day workshop)
malarkey
399
65k
Debugging Ruby Performance
tmm1
71
11k
Design by the Numbers
sachag
277
18k
Bash Introduction
62gerente
607
210k
Transcript
数字からプロジェクトの 健康を管理する
自己紹介 ・ラクスで開発マネージャーを担当 ・komik=名前とcomicをかけ合わせたあだ名 ・メンバーは11名 ・趣味(?)は日本酒を飲むこと
こんな開発でのお話です ・ウォーターフォール型の開発 ・1回のリリースで複数の機能(案件)の開発がある ・チーム内をサブチームに分けて機能分担 ・作業別の稼働時間をチーム全員が日々登録している
よく見る数値 ・生産工数 ・実績工数(作業時間) ・生産性 ・開発稼働率 ・バグ発見数
生産工数 ・計画工数(見積もりした工数)のうちのどのくらいまで作業を終えた かを表す数値 →計画工数100人日の10%まで進捗していれば10人日の生産工数 「生産工数が出ていない」とは?を本格的にやりだ すとEVM(earned value management)みたいな話にな りますが、簡単に計画との比較/先週との比較とい ったことでも十分効果あり。
実績工数(作業時間)と生産性 案件ごとに生産性(=生産工数/実績工数)が期待通り出ているか確認する。 生産性が低い案件があれば原因を調査し、必要であれば 対処する。 一時的ですぐ解消する原因であれば深追いせず、そうで ないものは早めに問題解消に向けて動く。 特に実績工数を多く使っている案件を優先的に確認する。 この例であればE案件よりC案件を優先的に見ていく
開発稼働率 ・計画より大幅に低くないか確認する。 ・開発外の稼働が発生している要因を分析し、低下 の要因に応じて対策をしていく。 ・開発稼働率が低い=エンジニアが開発に時間を使 えていない ということなので要注意の数値。 ・原因の根が深いことが多く、解決に時間がかかる ことも多い。
プロフェッショナルマネジャー ~58四半期連続増益の男 ・体温計のようなもので状態の善し悪しやこれからを予測する材料になる ・数字には個性がある ・単一の数字ではなく、複数の数値を組み合わせることで見えてくるものがある よく管理されている会社とあまりよく管理されていない会社との差 =企業の体温表である数字に対して払われている注意の度合いの差 -------------------------------------------------------------------------------------------------------------------------------------------- ↑の話は経営指標に関するお話がメインですが、プロジェクトにおいても数字を見ていくことで健 康管理をしていけますよというお話でした
ご清聴ありがとうございました