当分更新を休みます

当分の間、こちらのブログの更新をお休みします。

Brainproの方のブログ「実践！戦略的IT経営」の方で更新を続けていますので、引き続き、「実践！戦略的IT経営」でお読みください。

実行可能な現実的なスケジュールを作ろう

いよいよ、スケジュールを作成するステップに来ました。この辺になると皆さんも日ごろから行っているので、詳細に説明する必要はないと思います。

スケジュールを作成するには、まず、今から作成するスケジュールの前提条件を明確にします。

既に、何度も前提条件を明確にすることの重要性を書いてきました。

まず大まかなスケジュールを作成し、その後、資源見積、リスク分析などを行なった後で、それをスケジュール反映し、詳細化することになります。

計画作成中に、前提条件が変わることがありますので、初期段階の前提条件を明確にする必要があります。

Continue reading "実行可能な現実的なスケジュールを作ろう"

活用しよう！ネットワーク図

WBSを作成した所まで来ました。WBSのワークパッケージをさらに詳細化し必要なアクティビティを拾い出します。

これを並べてネットワーク図を作成し、アクティビティ間の依存関係や、クリティカルパスを分析する、というのがPMBOKの手順です。

が、

私自身、あまりと言うか、殆ど、ネットワーク図を活用したことはありません。
(汗)

私だけかもしれませんが....殆どのITプロジェクトで、ネットワーク図を描いていないんじゃないでしょうか。

Continue reading "活用しよう！ネットワーク図"

WBSはプロジェクトの要

スコープを定義したら、いよいよWBS作成です。

PMBOKで言うスコープ計画とは、作業を開始する前に、「どの様にやるか｣ということに重点を置いて考えることです。従って、アウトプットは、プロジェクトスコープマネジメント計画書となります。

また、スコープ定義は、何がプロジェクトに「含まれてい｣て、何が「含まれていない｣かに重点を置いて考えることです。アウトプットは、プロジェクトスコープ記述書です。

Continue reading "WBSはプロジェクトの要"

スコープは、プロジェクトの基盤

プロジェクトを無事に立ち上げ、計画を策定するフェーズに入りました。

皆さんはプロジェクトで、何回程度スコープを変更していますか？

顧客の要求を満たすため、何度、機能を追加していますか？

スコープをどの様に定義するかをまず最初に計画しなければなりません。

Continue reading "スコープは、プロジェクトの基盤"

複数案がある時は、必ずフィージビリティスタディを行なおう

プロジェクトを開始する前の立ち上げフェーズで、
ステークホルダーを特定し、
プロジェクトの目標を合意して、
核となるメンバーを選定し、
プロジェクトの前提条件、制約条件、リスクを分析しました。

PMBOKでは、これらがインプットとなり、プロジェクト憲章の作成と、スコープ記述書暫定版の作成が、立ち上げフェーズのプロセスであると定義されています。

何度も言いますが、プロジェクトは最初が肝心です。ここで誤った定義をすると、プロジェクトは迷走します。そういうプロジェクトを何度も見てきました。

そういう意味で、プロジェクトの立ち上げフェーズは、プロジェクトの定義フェーズであると言い換えることができます。

もし、この時期に、取り得るソリューションが複数あって、そのどちらを取ればよいかわからなかったら、どうしますか？

Continue reading "複数案がある時は、必ずフィージビリティスタディを行なおう"

立ち上げフェーズでリスクと制約条件を把握せよ

立ち上げフェーズで、忘れてはならないのは、

リスク、
前提条件、
制約条件

を確認することです。

これがほとんどできていないのが現状ではないでしょうか。

特に、IT業界では、リスク管理をしっかりとしていません。私を含めて....

Continue reading "立ち上げフェーズでリスクと制約条件を把握せよ"

立ち上げフェーズでは核となるリーダクラスを人選する

ステークホルダーを特定しました。
プロジェクトの目標が合意できました。

では、次は何をするべきでしょうか？

目標を達成するために必要なプロジェクトメンバーを人選しなければなりません。

ただし、この段階では、必要なメンバーすべてではなく、プロジェクトの核となり、計画を作成するために必要ないわば、リーダクラスです。

Continue reading "立ち上げフェーズでは核となるリーダクラスを人選する"

勝者は目標を設定し、敗者は言い訳をする

プロジェクトのステークホルダーを特定し、役割を決めたら、次は、何をすべきでしょうか。

ここで初めて、プロジェクトの目標を確認、ないしは、定義します。

明確な目標とスコープがなければ、プロジェクトが台無しになることがあります。プロジェクトが進むにつれ、プロジェクト自体を終結させることが目標になってしまうことが良くあります。

Continue reading "勝者は目標を設定し、敗者は言い訳をする"

プロマネに任命されたら、まずステークホルダーを特定せよ

実行計画書が承認され、いよいよ、プロジェクトの立ち上げです。この段階で、皆さんがプロジェクトマネジャーに選任されたら、まず何をしますか？

プロジェクトの目的を確認する？
制約条件、前提条件を確認する？
スコープを確認する？
概算予算を確認する？

確認すべきことはたくさんあるでしょう。

Continue reading "プロマネに任命されたら、まずステークホルダーを特定せよ"