プロジェクトオーガナイザの吉田聖書です。
プロジェクトの計画を立てる時に、
「あれ、プロジェクトの範囲ってどこまでだろう？」
って迷う時があります。
それはプロジェクトの特性によって違うので、
ここで整理してみたいと思います。
プロジェクトオーガナイザの吉田聖書です。
プロジェクトの計画を立てる時に、
「あれ、プロジェクトの範囲ってどこまでだろう？」
って迷う時があります。
それはプロジェクトの特性によって違うので、
ここで整理してみたいと思います。
プロジェクトオーガナイザの吉田聖書です。
このタイトルはコピペミスではありません。
「計画を立てる」ことの計画を立てましょうという話です。
そんなことしたことない、あるいは
させたことがないという人向けの記事です。
前回の続きです。
プロジェクトオーガナイザの吉田聖書です。
このタイトルはコピペミスではありません。
「計画を立てる」ことの計画を立てましょうという話です。
そんなことしたことない、あるいは
させたことがないという人向けの記事です。
長くなるので2回に分けてお伝えします。
ITコーディネータの吉田聖書です。
プロジェクトを進めていくうえで、
役割分担を明確にするというのは
基本中の基本です。
担当者が曖昧なタスクは
責任が曖昧なまま放置されることになります。
ITコーディネータの吉田聖書です。
スケジュール表のゴールは
プロジェクトの目的と一致するのでしょうか。
これまでに何本か
WBSの作り方に関する記事を書いてきましたが、
今回はプロジェクトの目的について
掘り下げて考えてみたいと思います。
ITコーディネータの吉田聖書です。
前回の記事では、
大規模なプロジェクトのWBSを作成する際に
いきなり全体を書くと煩雑になり時間もかかるので
まずは工程とその成果物を洗い出してから
トップレベルのプロセスマッピングを
行う手順について書きました。
今回はその続きです。
ITコーディネータの吉田聖書です。
以前、プロセスマッピングを使ったWBSの作り方について書きました。
このテーマで実際に手を動かすワークショップも開催しました。
基本的な理屈はこれで充分なのですが、
比較的大規模なプロジェクトに
適用しようとすると項目が多くなるため
プロセスマップが描きにくくなりますし、
時間もかかってしまいます。
それを短時間で作成する方法をご紹介します。
ITコーディネータの吉田聖書です。
去る4/19（水）にオプンラボ社の主催で、プロマネ研修としてWBSを作るワークショップを実施することが出来ました。前身の「炎上プロジェクトから学ぶセミナー」を開催したのが2011年ですから、弊社としては実に6年ぶりの研修開催となります。
ITコーディネータの吉田聖書です。
プロジェクトにおいて、計画段階で作成するスケジュールは地図のようなものです。それがあるからといって困らないとは限らないけれど、無ければ困ったことになる確率が高くなる――だから大抵の場合はスケジュールを作るし、上司から作れと言われます。でも意外と会社ではスケジュールの作り方って教わりません。だから、もしスケジュールの作り方をマスターすれば、より自信をもって仕事に取り組むことができます。