Webの仕事も半分くらいはシステム開発系の仕事方法と重なるもので、職場でも「仕事はすべてプロジェクトとして設計してからとりかかる」というのが重要なポリシーになっています。デキるビジネスマンの第一歩も段取り上手なわけですが、勘と経験でタスクやスケジュールを設計するよりも、ＷＢＳ、ＰＥＲＴを勉強するのがオススメです。
ＳＥな先輩に入門本を1冊教えてもらいました。
エンジニアでなくてもわかるレベルで書かれていると思います。
おおまかな考え方で参考になったのは次の3つあたり、
詳細はボリュームも控えめなので「とりあえず読む」のがオススメです。
・階層の考え方は
レベル０はプログラム
レベル１はプロジェクト名そのもの
レベル２がプロジェクト単位の最初のブレイクダウン
同じような仕事であれば
だいたいレベル３くらいまではパターン化できるものである。。
・ブレイクダウンの考え方はプロジェクトのタイプを３つに分類する。
それぞれによってブレイクダウンする対象に特徴がある。プロダクトのプロジェクト＝成果物でブレイクダウン
サービスのプロジェクト＝機能、役割、組織でブレイクダウン
結果のプロジェクト＝プロセスでブレイクダウンさらに、"横断的な要素" として
分析、結合、プロジェクトマネジメント の３つあるのでうまく使いこなそう。
とくに"プロジェクト管理"は忘れがちだが重要。
すくなくともレベル２には必須。
・100%ルール
これらを組み合わせてＷＢＳを書いたら、それで
プロジェクト活動の全体に漏れがないか確認する。。
そんなわけで、いつものようにエクセルでつくったシート。
tmpl_WBS_3m.xls
↓こんな感じです。
