A Case for a "Deliverables Driven" Approach

By Russ Finney

成果物指向の手法

Many system builders consider formal project deliverables to be a complete waste of time. They give the following reasons for holding this opinion:
多くのシステム構築者が、プロジェクトにおいて公式の成果物は全く時間の無駄と考えている。 彼らは、その理由に次の様な点をあげている。：

• Why produce something which will just eventually change and become out-of-date anyway?
• Producing formal documents takes time away from the really important task: programming the system.
• I like to leave my options open through each phase of the process, and producing a document may commit me to something which was wrong in the first place.
• If it is not written down, I can't be held accountable for it (and the way things go around here - you have to cover yourself every way possible!).


• 結局、変更されたり古くなって使い物にならなくなってしまう物を、何故作るのか？
• 公式文書の作成は、システムのプログラミングといった真に重要な仕事に向ける時間を奪ってしまう。
• どのフェーズにおいても常に選択肢を残しておきたい。文書の作成は、当初の間違いに縛られる可能性がある。
• もし文書化されていなければ，一々責任をとる必要がなくなる。 (これが現場の実態であり、自分の身をあらゆる事から守らなければならない。)

Reasons for taking a deliverables based approach:
成果物指向の手法を採用する理由はこうだ。：

• It forces decision making and issue resolution.
• It creates tangible deadlines.
• It encourages information completeness.
• It provides a mechanism for feedback to the developers.
• It records the state of the project at a moment in time.
• It gives the team members a sense of accomplishment.


• 明確な判断と決意が求められる．
• 納期がはっきりする。
• 必要な情報の漏れを防ぐ。
• 開発者に対するフィードバックの仕組みが出来る。
• その時々のプロジェクトの状況が記録出来る。
• （作業が明確になり）メンバーは達成感を持つ事が出来る。

Tom Demarco in his book, Controlling Software Projects, discusses the impact that a deliverables based approach should have on a manager's project planning and control philosophy. As a part of this discussion he refers to the Cardinal Rule of Project Modeling:
Tom Demarcoは、彼の著書Controlling Software Projectsの中で、成果物指向の手法が、 プロジェクト・マネージャの計画や管理哲学に及ぼす影響を論じている。その文中でプロジェクト形成に関する基本規則を挙げている。

• A project activity is defined by its deliverable.
• There is one activity per deliverable.
• The only work charged against that activity is work spent producing that deliverable.
• The activity is complete when the deliverable is delivered and accepted.


• プロジェクトの活動は，その成果物によって定義される。
• 成果物毎に１つの活動が存在する。
• 成果物を生み出す為の作業だけが、活動の内容になる。
• 成果物の提出・承認が、活動の完了となる。

Deliverable-oriented project modeling may yield some overly large activities, at least by the arbitrary standards of common project control systems. But further dividing those activities into components that produce no discernible product is to invest precious effort into an illusion of detailed planning.
成果物指向のプロジェクト形成は、少なくとも一般的なプロジェクト管理法の基準からすると、かなり大きな活動を生み出す様に思われる。しかし、それらの活動を、何ら目に見える成果を出さない作業単位に更に細分化しても、貴重な努力と時間を詳細計画の幻想に無駄に費やすだけである。

Fred Brooks in his classic book, The Mythical Man-Month, gives even greater insight into the value of taking a deliverables based approach:
Fred Brooksは、名著The Mythical Man-Monthで、成果物指向の手法を採用する価値について更に深い洞察を与えている。

"Why Have Formal Documents?
何故、公式文書が要るのか？

First, writing the decisions down is essential. Only when one writes do the gaps appear and the inconsistencies protrude. The act of writing turns out to require hundreds of mini-decisions, and it is the existence of these that distinguishes clear, exact policies from fuzzy ones.
まず、決定事項の文書化は、非常に重要である。誰かが文書を作成して初めて、意見の相違とか一貫性の欠如が表面化する。書く事自体、幾つもの小さな決定が必要だし、その決定が、明快で厳密な方針を曖昧なものから際立たせる。

Second, the documents will communicate the decisions to others. The manager will be continually amazed that policies he took for common knowledge are totally unknown by some member of his team. Since his fundamental job is to keep everybody going in the same direction, his chief daily task will be communication, not decision-making, and his documents will immensely lighten this load.
次に、文書は決定事項を他の人々に伝える。プロジェクトマネジャーは、自分には当たり前の方針が、一部のチーム・メンバーには全く初耳である事実に、何度も驚かされる。彼の基本的な職務は，プロジェクトの全員を同じ方向に向かって仕事をさせる事であるので、日々の主たる業務は、意志決定ではなく、チーム内のコミュニケーションである。彼の文書は、その負荷を大幅に軽減してくれるのである。

Finally, a manager's documents give him a data base and checklist. By reviewing them periodically he sees where he is, and he sees what changes of emphasis or shifts in direction are needed."
最後に、マネジャーの文書は、彼のデータ・ベースであり、チェックリストになる。文書を定期的に見直すと、自分がどこにいるのか判り、力点を何処に変えたが良いか、どの方向に修正した方が良いか見えてくる。

Copyright © 1999, Russ Finney, All Rights Reserved