アジャイルプロジェクト管理方法論の使用方法を覚えていて、クリティカルパスを決定し、SMART目標を設定したら、プロジェクト管理の新しいレベルのコンピテンシーに移行します。
WBSジョブの階層構造は何ですか？
WBSの階層構造 、または分解構造は、プロジェクトのタスクが相互に、またプロジェクト全体との関係を反映するスキームです。 この用語は、1993年に米国で初めて使用されました。
WBSは、プロジェクトマネージャーがさまざまなシナリオに基づいて結果を予測するのに役立つグラフィカルな性質に基づいています。 プロセスは、プロジェクトのすべてのフェーズに組織化された方法でまたがるブランチ構造として説明されることがよくあります。 WBSは、ガントチャートの作業の内訳に関するタスクと要素の表形式リストとして表すこともできます。
マネージャーは、分解構造を使用して、プロジェクトを構造化し、プロジェクトを管理しやすいコンポーネントに分割します。 次に、チーム内の特定のスペシャリストに割り当てられるまで、それらが分割されます。
WBSを使用する理由：
- プロジェクトを正しく整理するのに役立ちます。
- 利害関係者向けのプロジェクトの内容の説明を支援します。
- 責任の分散を支援します。
- プロジェクトの主な段階と制御のすべての側面を示します。
- コスト、リスク、作業時間を正しく評価できます。
イベントを計画する例でWBSを分析しましょう。 タスクがあるとします-企業のピクニックまたはチームビルディングを整理および監督することです。 WBSを使用すると、次のようにタスクを説明および分離できます。
計画 ：研究、予算計画、承認および計画の承認、調整の問題。
食事 ：メニュー、購入、料理、サービス。
会場とアクティビティ ：テーブルと席、料理、装飾と設備、ブランディング。
参加者/ゲスト ：招待状、ゲストリスト、特別な機会。
スタッフ ：ドライバー、コック、ウェイター、クリーナー。
ヘッドライナー ：招待状、ロジスティックの問題、シナリオ/プレイリストの承認。
WBSコンポーネント
階層構造によれば、管理プロセスを最適化および簡素化するには、いくつかの段階（コンポーネント）を実行する必要があります。
- プロジェクトのコンセプトの承認。
- プロジェクトのサイズに依存する段階。
- 中間結果を持つタスク。
これらのコンポーネントの名前は、会社によって異なる場合があります。
シンプルなWBS構造を開発する5つのステップ
プロジェクトの目的を達成するには、WBSの特定の実装計画に従う必要があります。
階層の最上部にある設計概念と重要なポイントのステートメントから始めます。 結果が依存するすべての必要なタスクを定義します。 理想的には、チーム全体の努力が計画および概念化プロセスに関与する必要があります。 それにもかかわらず、各専門家は特定のタスクの実装に責任を負う必要があります。
手順は次のとおりです。
1.プロジェクトを承認して書き留めます
最終段階後のプロジェクトの概念と機能を説明する単なる文章または段落にすることができます。 WBSのこの段階は、あらゆるプロジェクトの基盤であり、原則として、チーム全体によって開発されます。
2.すべての重要なステップを強調表示します
最初の段階が完了したら、次の段階に進むことができます。
プロジェクトの性質に応じて、タスクを多くの段階に分割する必要がある場合があります。 通常、これは要件、予算オプション、および時間枠に依存します。
3.最終結果を定義する
各段階で完了する必要があるすべての瞬間を自分で策定します。 それらすべてに最終結果が必要です。 次のステップに進む前に、それらを完全に達成する必要があります。 各最終結果には、独自の説明、目標、機能も必要です。
4.最終結果を管理可能なタスクに分割する
最終結果のリストを作成したら、別の階層レベルを追加してパーツを計算します。 プロジェクトのタスクはセクションごとに実行する必要があります。 すべてのチームメンバーまたは小さなチームは、それらを簡単に管理できます。
5.タスクを配布する
作業の各部分に対する責任の割り当ては、階層の最後の段階です。 特定の専門家が特定のタスクを担当します。 彼/彼女は仕事の各段階に参加し、質の高い結果につながります。
ビデオは、WBSを作成する簡単な方法を示しています。
誰がWBSを使用できますか？
原則として、マネージャーは商業、住宅、建設プロジェクトの開発に構造を使用します。 これにより、投資家や顧客はプロジェクトの開発で何が起こっているかを理解しやすくなります。
ソフトウェア開発者も最初にコンセプトを承認し、それに基づいて要件を作成します。 これにより、WBSには理想的な開発ツールの機能が提供されます。
WBSツールを使用できるコマンドを分類しようとすると、次のリストが表示されます。
- クリエイティブグループ 。 創造的な人々は、一緒にブレインストーミングできる構造を大切にします。
- 技術チーム 。 技術志向のスペシャリストは、作業範囲とその進行の分析的観点からWBSを選択します。
- クライアントと直接作業するチーム。 作業の階層構造は、ニーズに合っているため、顧客向けのソフトウェアを開発する専門家に適しています。 また、チームに対する顧客の信頼を高めるのにも役立ちます。
- 内部チームプロジェクト 。
- リモートコマンド
ITプロジェクトマネージャーにとってのWBS構造の利点
WBSフレームワークは、その明らかな利点により、ソフトウェア開発で広く使用され、広く使用されています。 プロジェクトマネージャーは大胆にそれを適用します。 理由は次のとおりです。
1.プロジェクトチームのコミュニケーションを強化する
ITプロジェクトの焦点が内部か外部かは関係ありません。 作品の階層構造には、あらゆるステップでのコミュニケーション行為が含まれます。
2.創造性のフィールド
ステレオタイプのように見えますが、人々はソフトウェア開発は単なる分析作業だと考えています。 いいえ、まだ創造的な能力を開発する余地があります。 プロジェクトコンセプトを定義する際、チームメンバーはWBSを使用して、プロジェクト開発のための創造的なアイデアを提供できます。
3.究極の目標に焦点を当てる
WBSは、チーム全体が最終目標に集中し、集中できるようにします。 これにより、不要な作業を行う可能性が最小限に抑えられます。
4.詳細設定
すべての詳細は慎重に検討されるため、プロジェクトでは何も失われません。
5.問題の予測
プロジェクトの準備が完了すると、予期しない問題が発生する場合があります。 作業の階層構造は、実行前にすべての詳細が考慮されるため、その数を減らすのに役立ちます。
6.集団ブレーンストーミング
マネージャーは、ブレインストーミングフレームワークを使用して、有用なアイデアと解決策を見つけます。 その助けを借りて、彼らは簡単に収集し、それらから削除する必要はありません。
7.計画の問題
WBSを使用すると、スケジュールされたタスクのどれがスケジュールより遅れているかを簡単に判断できます。
8.リスク管理
WBSを使用すると、最初からリスクを軽減して管理できます。 これにより、現金、時間、労働のすべてのリソースを割り当てることができます。
9.タスク配布
プロジェクトを構成すると、特定の人にタスクを割り当てることが簡単になります。
10.さまざまなチームの柔軟性
作業の階層構造はさまざまな分野で使用されています。 チームに何人いるかは関係ありません。WBSは常にプロジェクトの実装プロセスをサポートします。 また、内部からのプロセスを示し、顧客の理解を深めるので、顧客を引き付けるための優れたツールにもなります。
WBS +ガントチャート=改善された計画プロセス
作品の階層構造を表示するために、ガントチャートを適用する方法が広く普及しています。 それらは、構造全体を明確に、非常に便利な形で反映しています。 ガントチャートは、 GanttPRO 、 MS Project 、 Wrikeなど、多くのプロジェクト管理プログラムおよびサービスで使用されます。
GanttPROの例では、次のようになります。
ガントチャートを使用すると、作業の階層構造の機能を拡張できます。 彼女のおかげで、タスクの開始日と終了日、その全範囲、誰がそれを実行したか、実装の進捗状況、タスク間の関係が明確に表示されます。 さらに、マイルストーンを特定できます-プロジェクトに影響を与える重要なイベントとクリティカルパス。
オンラインガントチャートは、プロジェクトチームの管理にも適しています。 各タスクの下で、コメントを残したり、ファイルを添付したり、スケジュール自体を共有したり、一般的な形式にエクスポートしたり、変更履歴を表示したりできます。チームワークは非常に便利です。 ただし、プロジェクト管理に関連する他のプロセスも追跡します。
まとめると
作業の階層構造は、ITおよびその他のプロジェクトを計画するための一般的で便利な方法です。 また、ガントチャートで表示すると、この形式では、計画だけでなく管理のプロセスも大幅に簡素化されます。 それで次のことができます：
- タスクを設定し、参加者に配布します。
- タスクの期限、その期間、進捗を設定します。
- タスク間の依存関係を確立します。
- 重要な主要イベント-マイルストーンを視覚化します。
- クリティカルパスを特定します。
- チームと対話します。