プロジェクトマネージャーの救助またはISRの構築

プロジェクトでdrれているマネージャーの救助、マネージャー自身の仕事。 経営陣も部下の従業員も、何らかの理由であなたのゴロゴロと悲鳴に気付かないことがあります。 なぜこれが起こるのですか?



一般的な理由の1つは、ビューから必要な作業の一部が失われることであり、それらをすでに厳しいスケジュールにさらに含めようとする試みです。



何も見失わないように、プロジェクトの最初から、実行する作業のリストにできるだけ注意を払う価値があります。 しかし、線形の単一レベルのリストでは、混乱して紛失するのは簡単です。 ここで、プロジェクト作業の階層構造は私たちの助けになります。これはJISです。



SRIは、プロジェクト全体をルートとする作業ツリーです。 最初に、例として抽象的な写真を使用してSRIを分析します。



ところで、私はそのような構造をMindjet MindManagerで描くのが好きです。 ただし、メンタルマップをコンパイルするためのその他のソフトウェアや、Microsoft Visioでも可能です。 個人的には、MindManagerの柔軟性と、構造の個々のノードのピクトグラムとコメントが好きです。



私たちのプロジェクト:

私たちのプロジェクト



いくつかのタスクとサブタスクで構成されているとしましょう:

抽象作業図2



この図は、タスクとサブタスクの関係を明確に示しています。 したがって、タスク1を完了するには、3つのサブタスクを完了し、プロジェクト全体で3つのメインタスクをすべて完了する必要があります。 この図は、実際には作業の構造的な階層的分解にすぎません。 しかし、非常に便利な形で。



このような図を作成するための主なルールは、どの要素も親を1つだけ持つことができるということです。 唯一無二。



抽象的な例から具体的な例に移りましょう。 簡単な例を見てみましょう。小さなサイトを開発し、その基盤として既製のCMSを使用する必要があるとします。

私たちの仕事は、 デザインレイアウトレイアウトCMSでの実装、 インストールと顧客への配信など、単純なサイトの通常のタスクで構成され ます



小規模サイトの基本的なWBS



次に、タスクを最小のコンポーネントに分解して、つまり分解を実行します。



小規模サイトのISR



この図は5分で作成されたため、客観的で完全なふりをするわけではありませんが、タスクの分解に沿った移動の一般的な方向を示す必要があります。



ところで、大規模なプロジェクトの場合、このような図を一度に描画することはできません。 上から下に移動し、プロジェクトの現在の状況に応じて常に更新された状態に保つだけで十分です。



タスク完了マークのある小規模サイトのWBS



このような図を使用すると、多くの有用な、時には必要なものを非常に簡単に作成できます。

タイタニック号の運命を迂回することを願っています。 あなたとあなたのプロジェクトに幸運を!



オリジナル: プロジェクトマネージャーの救助またはISRの構築




All Articles