THE SOFTWARE PROJECT MANAGER’S BRIDGE TO AGILITY 読書会

#9 : Cost Management （後半）株式会社エンラプト 関口匡稔, PMP, PMI-ACP, CSPO

会場提供: PMI日本支部様

News

• この書籍 “The Software Project Manager’s

Bridge to Agility” の新版がamazonで予約可能に！

• http://www.amazon.co.jp/dp/0321734254

• 2015年3月… まだまだ時間はあります！

前回のおさらい

（勝手な）ダイジェスト版

Waterfallの見積もりリソース 要件定義 基本設計 開発・単体 結合 UAT

PM 1 1 2 2 1

BusinessAnalyst 3 5 1 1 1

LeadDeveloper 2 2 2 2 2

Developer 3 5 10 5 4

QA 1 8 10 2

Migration 1 4 4

Total 8 13 22 22 13

スコープを固定して、スケジュールとリソースを見積もる

Agileの見積もりリソース Iteration1 Iteration2 Iteration3 Iteration4 Iteration5

ScrumMaster 1 1 1 1 1

BusinessAnalyst 3 3 3 3 3

LeadDeveloper 2 2 2 2 2

Developer 5 5 5 5 5

QA 4 4 4 4 4

SME 1 2

Total 15 15 16 15 17

リソースを固定して、スケジュールを見積もる

コストベースライン比較

0

20

40

60

80

1 2 3 4 5

Waterfall Agile

一般にWaterfallは、開発工程以降に急激に工数が

増加する。

Cost Management

Chapter7

Cost Budgeting

Cost Baseline

Feature

Feature

Feature Feature

Feature

Feature

Iteration1 Iteration2 Iteration3

Release Plan by Team

X

=Cost Baseline

Team cost times Iterations…

Update cost baseline

Team Velocity

Feature

FeatureFeature

FeatureFeature

Feature

Additional Feature

=Iterations

Δ

Δ X = Additional Cost

Reserve Analysis

Feature

Feature

Feature

Feature

Feature

Iteration1 Iteration2 Buffer …

Release

Buffer Iteration

Feature

Feature

Feature

Feature

Feature

Iteration1 Iteration2 Hardening …

Release

Hardening Iteration

Tuning

Manual

Cleanup

Feature

Feature

追加のFeatureを見越して、あらかじめ予備のIterationを持っておく

リリース前の諸々の作業のためのIterationを計画

しておく

Waterfallの場合リソース 要件定義 基本設計 開発・単体 結合 UAT

PM 1 1 2 2 1

BusinessAnalyst 3 5 1 1 1

LeadDeveloper 2 2 2 2 2

Developer 3 5 10 5 4

QA 1 8 10 2

Migration 1 4 4

Total 8 13 22 22 13

スケジュールも可変ではあるが、簡単には変えられない。

ワークショップ• みなさんが普段やっている見積もり方法のPros & Cons

を共有しましょう!!

• 3枚のPost it

• 見積もり方法

• Pros（良い点）

• Cons（悪い点）

Key Findings• 手法には再見積もりがやりづらいものもある

• 見積もりと実績が食い違ったときには、見積もり根拠も修正し、再見積もりする必要がある

• 実作業者が見積もるメリットは、個々の作業のリスクを考えて見積もれること

• 何も決まってなければ見積もりようもない！

Cost Management

Chapter7

Cost Control

–PMBOK® Guide 5th Edition

“Control Costs is the process of monitoring the status of the project to

update the project costs and managing changes to the cost baseline.”

Cost Control

More Iterations More Cost

Less Features

Expected Team Velocity

HigherLower

Feature Feature

Less Iterations Less Cost

More Features

Iteration Delta Table

Iteration Feature

Iteration1

Feature 1Feature 2Feature 3Feature 4Feature 5

Iteration2Feature 6Feature 7Feature 8

Iteration3 Feature 9Feature 10

Iteration was Feature

Iteration11 ✓Feature 11 ✓Feature 21 ✓Feature 3

Iteration2

1 Feature 43 Feature8X Feature 6

New Feature11

Iteration32 Feature 71 Feature5

Iteration43 Feature 93 Feature 10

Estimate Actual

Agile EVMIteration Traditional EVM Agile EVM

Performance Measurement

Baseline総工数 リリースする予定のスト

ーリーポイント合計

Schedule Baseline 総期間 Sprint数 x Sprint期間

Badget at Complete

リリースまたはプロジェクトの当初予算 リリースの当初予算

Planned Percent Complete

本来完了している見積工数 / 総工数 現在のSprint / Sprint 総数

Actual Percent Complete 完了成果物の金額 / BAC

納めたストーリーポイント / PMB

ワークショップ• みなさんの普段のDeltaの報告方法を共有しましょう

• Post it

• Deltaの報告方法（いくつか）

Key Findings• 従来手法はメトリクス重視、アジャイルは現物重視

• 従来手法は100％のゴールがあるが、アジャイルは軌道修正を前提としている。報告手法の特性もこの考え方の違いが大きい。

• オーナーがNoと言ったら進捗はないので、数字上の進捗には意味がないのではないか？

• 監査や第三者チェック上は無いと困る。。。

参考文献• AgileEVM

• http://www.solutionsiq.com/portals/93486/docs/earned-value-analysis-in-scrum-projects-wp.pdf

• http://www.slideshare.net/brentbarton/earned-value-management-and-agile-tips-for-success

Thanks

‣素材: https://openclipart.org/

‣ Keynoteテンプレート: https://github.com/

sanographix/azusa-keynote