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.5k
pmlt1
プロジェクトマネジメント Tips LT会 vol.1で発表した資料です
komik699
November 08, 2020
Tweet
Share
More Decks by komik699
See All by komik699
pmlt2
komik699
0
3.5k
Other Decks in Technology
See All in Technology
Power Automate のパフォーマンス改善レシピ / Power Automate Performance Improvement Recipes
karamem0
0
280
経理出身PdMがAIプロダクト開発を_ハンズオンで学んだ話.pdf
shunsukenarita
1
240
データエンジニアがクラシルでやりたいことの現在地
gappy50
3
750
20250728 MCP, A2A and Multi-Agents in the future
yoshidashingo
1
130
ecspressoの設計思想に至る道 / sekkeinight2025
fujiwara3
12
2.1k
サイバー攻撃のシミュレーション:攻撃者の視点からみる防御のむずかしさ!AWSで試してみよう / 20250423 Kumiko Hemmi
shift_evolve
PRO
1
150
MCPと認可まわりの話 / mcp_and_authorization
convto
2
310
2025-07-31: GitHub Copilot Agent mode at Vibe Coding Cafe (15min)
chomado
1
200
会社もクラウドも違うけど 通じたコスト削減テクニック/Cost optimization strategies effective regardless of company or cloud provider
aeonpeople
2
400
複数のGemini CLIが同時開発する狂気 - Jujutsuが実現するAIエージェント協調の新世界
gunta
13
3.8k
【CEDEC2025】現場を理解して実現!ゲーム開発を効率化するWebサービスの開発と、利用促進のための継続的な改善
cygames
PRO
0
430
「手を動かした者だけが世界を変える」ソフトウェア開発だけではない開発者人生
onishi
15
7.8k
Featured
See All Featured
How to train your dragon (web standard)
notwaldorf
96
6.1k
Navigating Team Friction
lara
187
15k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
33
2.4k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
860
Making Projects Easy
brettharned
117
6.3k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
How to Ace a Technical Interview
jacobian
278
23k
Practical Orchestrator
shlominoach
190
11k
Why Our Code Smells
bkeepers
PRO
337
57k
RailsConf 2023
tenderlove
30
1.2k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.4k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
Transcript
数字からプロジェクトの 健康を管理する
自己紹介 ・ラクスで開発マネージャーを担当 ・komik=名前とcomicをかけ合わせたあだ名 ・メンバーは11名 ・趣味(?)は日本酒を飲むこと
こんな開発でのお話です ・ウォーターフォール型の開発 ・1回のリリースで複数の機能(案件)の開発がある ・チーム内をサブチームに分けて機能分担 ・作業別の稼働時間をチーム全員が日々登録している
よく見る数値 ・生産工数 ・実績工数(作業時間) ・生産性 ・開発稼働率 ・バグ発見数
生産工数 ・計画工数(見積もりした工数)のうちのどのくらいまで作業を終えた かを表す数値 →計画工数100人日の10%まで進捗していれば10人日の生産工数 「生産工数が出ていない」とは?を本格的にやりだ すとEVM(earned value management)みたいな話にな りますが、簡単に計画との比較/先週との比較とい ったことでも十分効果あり。
実績工数(作業時間)と生産性 案件ごとに生産性(=生産工数/実績工数)が期待通り出ているか確認する。 生産性が低い案件があれば原因を調査し、必要であれば 対処する。 一時的ですぐ解消する原因であれば深追いせず、そうで ないものは早めに問題解消に向けて動く。 特に実績工数を多く使っている案件を優先的に確認する。 この例であればE案件よりC案件を優先的に見ていく
開発稼働率 ・計画より大幅に低くないか確認する。 ・開発外の稼働が発生している要因を分析し、低下 の要因に応じて対策をしていく。 ・開発稼働率が低い=エンジニアが開発に時間を使 えていない ということなので要注意の数値。 ・原因の根が深いことが多く、解決に時間がかかる ことも多い。
プロフェッショナルマネジャー ~58四半期連続増益の男 ・体温計のようなもので状態の善し悪しやこれからを予測する材料になる ・数字には個性がある ・単一の数字ではなく、複数の数値を組み合わせることで見えてくるものがある よく管理されている会社とあまりよく管理されていない会社との差 =企業の体温表である数字に対して払われている注意の度合いの差 -------------------------------------------------------------------------------------------------------------------------------------------- ↑の話は経営指標に関するお話がメインですが、プロジェクトにおいても数字を見ていくことで健 康管理をしていけますよというお話でした
ご清聴ありがとうございました