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.8k
pmlt1
プロジェクトマネジメント Tips LT会 vol.1で発表した資料です
komik699
November 08, 2020
Tweet
Share
More Decks by komik699
See All by komik699
pmlt2
komik699
0
3.8k
Other Decks in Technology
See All in Technology
【社内勉強会】新年度からコーディングエージェントを使いこなす - 構造と制約で引き出すClaude Codeの実践知
nwiizo
26
13k
ハーネスエンジニアリング×AI適応開発
aictokamiya
1
340
サイボウズ 開発本部採用ピッチ / Cybozu Engineer Recruit
cybozuinsideout
PRO
10
76k
Phase01_AI座学_基礎
overflowinc
0
4.3k
Laravelで学ぶOAuthとOpenID Connectの基礎と実装
kyoshidaxx
4
1.9k
Cursor Subagentsはいいぞ
yug1224
2
110
JEDAI認定プログラム JEDAI Order 2026 受賞者一覧 / JEDAI Order 2026 Winners
databricksjapan
0
380
Kubernetesの「隠れメモリ消費」によるNode共倒れと、Request適正化という処方箋
g0xu
0
140
【Oracle Cloud ウェビナー】データ主権はクラウドで守れるのか?NTTデータ様のOracle Alloyで実現するソブリン対応クラウドの最適解
oracle4engineer
PRO
3
110
Phase09_自動化_仕組み化
overflowinc
0
1.9k
スケールアップ企業でQA組織が機能し続けるための組織設計と仕組み〜ボトムアップとトップダウンを両輪としたアプローチ〜
qa
0
350
Kiro Meetup #7 Kiro アップデート (2025/12/15〜2026/3/20)
katzueno
2
260
Featured
See All Featured
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
320
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
Navigating Team Friction
lara
192
16k
Future Trends and Review - Lecture 12 - Web Technologies (1019888BNR)
signer
PRO
0
3.3k
We Have a Design System, Now What?
morganepeng
55
8k
Un-Boring Meetings
codingconduct
0
240
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
650
Building AI with AI
inesmontani
PRO
1
820
SEOcharity - Dark patterns in SEO and UX: How to avoid them and build a more ethical web
sarafernandez
0
150
Bash Introduction
62gerente
615
210k
Build your cross-platform service in a week with App Engine
jlugia
234
18k
How GitHub (no longer) Works
holman
316
150k
Transcript
数字からプロジェクトの 健康を管理する
自己紹介 ・ラクスで開発マネージャーを担当 ・komik=名前とcomicをかけ合わせたあだ名 ・メンバーは11名 ・趣味(?)は日本酒を飲むこと
こんな開発でのお話です ・ウォーターフォール型の開発 ・1回のリリースで複数の機能(案件)の開発がある ・チーム内をサブチームに分けて機能分担 ・作業別の稼働時間をチーム全員が日々登録している
よく見る数値 ・生産工数 ・実績工数(作業時間) ・生産性 ・開発稼働率 ・バグ発見数
生産工数 ・計画工数(見積もりした工数)のうちのどのくらいまで作業を終えた かを表す数値 →計画工数100人日の10%まで進捗していれば10人日の生産工数 「生産工数が出ていない」とは?を本格的にやりだ すとEVM(earned value management)みたいな話にな りますが、簡単に計画との比較/先週との比較とい ったことでも十分効果あり。
実績工数(作業時間)と生産性 案件ごとに生産性(=生産工数/実績工数)が期待通り出ているか確認する。 生産性が低い案件があれば原因を調査し、必要であれば 対処する。 一時的ですぐ解消する原因であれば深追いせず、そうで ないものは早めに問題解消に向けて動く。 特に実績工数を多く使っている案件を優先的に確認する。 この例であればE案件よりC案件を優先的に見ていく
開発稼働率 ・計画より大幅に低くないか確認する。 ・開発外の稼働が発生している要因を分析し、低下 の要因に応じて対策をしていく。 ・開発稼働率が低い=エンジニアが開発に時間を使 えていない ということなので要注意の数値。 ・原因の根が深いことが多く、解決に時間がかかる ことも多い。
プロフェッショナルマネジャー ~58四半期連続増益の男 ・体温計のようなもので状態の善し悪しやこれからを予測する材料になる ・数字には個性がある ・単一の数字ではなく、複数の数値を組み合わせることで見えてくるものがある よく管理されている会社とあまりよく管理されていない会社との差 =企業の体温表である数字に対して払われている注意の度合いの差 -------------------------------------------------------------------------------------------------------------------------------------------- ↑の話は経営指標に関するお話がメインですが、プロジェクトにおいても数字を見ていくことで健 康管理をしていけますよというお話でした
ご清聴ありがとうございました