一般的な理由の1つは、ビューから必要な作業の一部が失われることであり、それらをすでに厳しいスケジュールにさらに含めようとする試みです。
何も見失わないように、プロジェクトの最初から、実行する作業のリストにできるだけ注意を払う価値があります。 しかし、線形の単一レベルのリストでは、混乱して紛失するのは簡単です。 ここで、プロジェクト作業の階層構造は私たちの助けになります。これはJISです。
SRIは、プロジェクト全体をルートとする作業ツリーです。 最初に、例として抽象的な写真を使用してSRIを分析します。
ところで、私はそのような構造をMindjet MindManagerで描くのが好きです。 ただし、メンタルマップをコンパイルするためのその他のソフトウェアや、Microsoft Visioでも可能です。 個人的には、MindManagerの柔軟性と、構造の個々のノードのピクトグラムとコメントが好きです。
私たちのプロジェクト:
いくつかのタスクとサブタスクで構成されているとしましょう:
この図は、タスクとサブタスクの関係を明確に示しています。 したがって、タスク1を完了するには、3つのサブタスクを完了し、プロジェクト全体で3つのメインタスクをすべて完了する必要があります。 この図は、実際には作業の構造的な階層的分解にすぎません。 しかし、非常に便利な形で。
このような図を作成するための主なルールは、どの要素も親を1つだけ持つことができるということです。 唯一無二。
抽象的な例から具体的な例に移りましょう。 簡単な例を見てみましょう。小さなサイトを開発し、その基盤として既製のCMSを使用する必要があるとします。
私たちの仕事は、 デザイン 、 レイアウトレイアウト 、 CMSでの実装、 インストールと顧客への配信など、単純なサイトの通常のタスクで構成され ます 。
次に、タスクを最小のコンポーネントに分解して、つまり分解を実行します。
この図は5分で作成されたため、客観的で完全なふりをするわけではありませんが、タスクの分解に沿った移動の一般的な方向を示す必要があります。
ところで、大規模なプロジェクトの場合、このような図を一度に描画することはできません。 上から下に移動し、プロジェクトの現在の状況に応じて常に更新された状態に保つだけで十分です。
このような図を使用すると、多くの有用な、時には必要なものを非常に簡単に作成できます。
- 特に重要なタスクを別の色で表示できるタスクについて忘れないでください。
特定のタスクの完了をマークします(上の図のように) - プロジェクトの評価を行い、下から上に行くと正確な評価を行うことができます。上から下に行くと、プロジェクトを特定の予算に合わせるためにいくつかのタスクを削除できます。
- この図に出演者をマークし、プロジェクトに必要な人々の警告(または予約)を忘れないでください。
- 大規模プロジェクトの場合は、完成品を強調して供給計画の概要を示します(この図では、設計、レイアウト、実装、およびインストールが可能です)
- このような図から、多くの人に愛されているカレンダーネットワーク図とガントチャートに簡単にアクセスできます。
オリジナル: プロジェクトマネージャーの救助またはISRの構築