感情タグBEST3
Posted by ブクログ
これまでの自分を含めて、どれだけの「現場」(何もシステム開発だけではない)が、「基本に忠実に」WBSを作ることができていなかっただろうか、と痛感する書。
特にSIerさんだと「なんとなく、成果物をプロットして終わり」になっていたり、「構築、設定作業」をプロットしていたり…。
改めて振り返るにも大事と痛感しました。
Posted by ブクログ
表紙は、象の肉マップでした（笑）。「象を食べるには、一口ずつ食べる（＝大きなプロジェクトなら小さなアクティビティやタスクにブレイクダウンして一つずつこなす）」というジョークから来ているようです。
WBSについて、丁寧に書かれています。それで、思ったのは、WBSをきちんと使ってないから日本ではMS Projectが売れていないんじゃないかなということ。
WBSはもう一冊買ったのでそちらと読み比べてみよう。
Posted by ブクログ
タスクを漏れなくあげることと、タスク分解のやり方について詳しい載っている本。
これはこれで有益だと思うが、分解出来たタスクをどうスケジューリングするのかと、どうリソースアサインするかという点については詳しくないので、この辺を勉強出来る本も読みたい。
Posted by ブクログ
WBSの作り方に関する著書である。WBSとは漠然とスケジュールを分割して管理するものだと思っていたが、実際はコツや決まりがあり、非常に参考になった。
・レベル１：プログラムWBSならばトップレベルには一連のフェーズの要素に加えてプログラムマネジメントの要素を持つ
・レベル２：プロジェクトはその成果物に応じてプロダクト、サービス、結果の３つのタイプに分かれ、それぞれに応じてWBS要素を分解する。
－プロダクトの場合、主な成果物要素とその作成を支援する横断的要素からなる、各成果物のレベル３以下の要素は各成果物の構造を反映。横断的要素には統合、分析、プロセスの３タイプがある（例：ソフト開発ではレベル２はソフト、マニュアル、トレーニング資料が成果物要素で統合及びテストが横断的要素、加えてプロジェクトマネジメント）
－サービスの場合、プロジェクトの目的達成に必要な作業分野を表す要素からなり、通常特定の組織や個人に割り振ることができる同種の作業グループがWBS要素になる。また新規作成ではボトムアップ手法で必要作業を概念的グループに振り分ける
－結果の場合も成果物はないが、結果達成に必要な標準プロセスであり、レベル3にて各プロセスの標準手順がはいる
・共通原則：WBSはプロジェクトスコープをすべて網羅しなければならなく、WBSにない作業はスコープ外。すべての成果物をWBSに示す。各レベルの要素の和は親レベルの作業を１００％含む。各WBS要素は個別作業単位を表し、その意味はWBS辞書に詳述するがSOWのベースとなる。WBS要素名はユニークな識別子をもつ。WBS要素名は修飾語＋名詞で表す（アクティビティ：動詞と混同しないこと）
・ワークパッケージ VS アクティビティ：WBSの最下位レベルをワークパッケージと呼び、この下にアクティビティを定義する。ワークパッケージごとに責任者または組織を決める、通常ワークパッケージ内の一連の作業はひとつの組織が実行する（例：PC開発プロジェクトーPC－基盤ー設計、調達、政策、組み立て、テスト（ワークパッケージ）ーテスト計画作成、基盤の調整、テスト機導入、テスト実施、QAによる承認（アクティビティ）
