PMP第9章プロジェクトリソース管理

#資源管理プロジェクト

プロジェクトリソース管理は、これらのプロセスは、そのプロジェクト・マネジャーを確保し、プロジェクトチームは、右の時間と場所で適切なリソースを使用する際に役立つ、特定の取得及びプロジェクトの各コースが正常に完了するために必要なリソースを管理することを含みます。

ここに画像を挿入説明

設備、資材、設備やインフラなどの物理リソース、; チームのリソースや人員人事に言及
プロジェクトチームのメンバーは、異なるスキルを持っていることが、プロジェクトの進捗状況と、フルタイムまたはパートタイムでもよく、増減することがあり

コアの概念

彼らは、プロジェクトの目標を達成するために協力して、特定の役割と責任を構成する個人によるプロジェクトチーム。
彼らは、プロジェクトの計画に関する専門知識を貢献するだけでなく、プロジェクトの責任の感覚向上させることができるようにチームメンバーは、計画段階に関わる
プロジェクトチームとプロジェクトチームマネージャーの両方のためのリーダープロジェクトマネージャーを。こうした近いプロジェクトの各フェーズを、計画を開始実行、モニタリング、などのプロジェクト管理活動は、プロジェクトマネージャはまた、効率的なチームを構築するための責任があります。
プロジェクトマネージャは、チームの満足度やモチベーションの向上と維持しながら、積極的に、チームのスキルや能力を育成するために責任があり、プロジェクトマネージャおよびサポートは、すべてのチームメンバーは、これらのアクションによって必要とされることを保証するために必要な専門的かつ倫理的な行動と行で決済する必要があります。

これらのニーズを満たすために経営陣がプロジェクトの成功のために必要な物理リソースの効果的かつ効率的な方法、配布および使用に焦点を当て、組織は次のようなデータを持っている必要があります:(現在および合理的な将来を一種リソース)リソース要件()資源の配分そして、資源の供給。あなたは効果的に管理することはできませんし、コントロールプロジェクトのリソースは、リスクの発生源が正常に完了しています:

  • 時間に所定の位置にその重要な機器やインフラを確保するために失敗しました、それは最終製品の製造を遅らせる可能性
  • 次の低品質の材料は、リコールやリワークの多数で、その結果、製品の品質に損傷を与える可能性
  • 保存あまり在庫が組織の利益が減少した高い運用コスト、につながる可能性があり、在庫が低すぎる一方で、あなたは顧客の需要を満たすことができない場合があり、それが組織の利益が落ちも発生します。

9.1資源計画と管理

定義:どのように15の推定、取得、管理、および使用すると、プロセスのチームプロジェクトリソース。
役割:プロジェクトの種類や複雑さに基づいてプロジェクトのリソース管理方法と管理レベルに適用決定します。

ここに画像を挿入説明
ここに画像を挿入説明

資源計画はプロジェクトの成功は、利用可能な十分なリソースを持っていることを確認する方法を決定し、識別するために使用されます

効果的なリソースプランニングは、希少資源の可用性と競争を考慮する必要があり、対応するプログラムの作成

リソースは、組織内の資産から取得から調達プロセスを通じて、組織外に住む人々を得ることができます。

エントリー

プロジェクト憲章

リソース管理に影響を与える可能性があるプロジェクト、マイルストーンプロファイルだけでなく、事前に承認されたの財源のリストを含む主要な利害関係者に加えて、高レベルおよびプロジェクトの説明と要件を提供

ツールとテクニック

データショー

  • 階層
    • ワーク・ブレークダウン・ストラクチャーWBS
    • 組織ブレークダウンストラクチャOBS
    • 資源ブレークダウン・ストラクチャー
  • RACI図の
    ワークパッケージや活動やプロジェクトチームのメンバーとの関係のためのプロジェクトリソースの各ワークパッケージに割り当てられたショー。
    チームは、内部と外部の両方の担当者であれば、RACI(責任の実行、カウンセリング、通知)事務局は、役割と責任を明確に区分するために特に有用です。
  • テキスト型

輸出

資源管理計画
プロジェクトの特定の状況に応じては、に分けることができ、チームの管理計画現物資源管理計画

  • リソースを特定
  • リソースへのアクセス
  • 役割と責任
    の植物やアサイン誰かが1つの職務の役割を引き受け
    、他の仕事に影響を与えるために、プロジェクトのリソース、メイクの決定、署名の承認、受け入れレッスンの成果と電源の使用を義務付けます
  • プロジェクト組織図は、
    グラフィカルにプロジェクトチームのメンバーとその報告関係を表示します
  • プロジェクトチームのリソース管理
    、プロジェクトチームの定義方法のガイド、設備、管理、およびリソースが最終的に解散します
  • 列車
  • チームビルディング
  • 認定制度

チーム憲章

ルールはチームに新しいメンバーの指導を理解し、遵守していることを確認するために、誤解、生産性の向上を削減

  • コミュニケーションガイド
  • 競合プロセス
  • 会議ガイド
  • チームコンセンサス

アクティビティ資源を推定9.2

定義:プロジェクトチームのリソースの実装に必要と材料の種類と量、機器および消耗品プロセスの
役割:明確な完全なリソースの種類、数量及び特性は、プロジェクトに必要な
プロジェクトを通じて定期的に実行します

ここに画像を挿入説明
ここに画像を挿入説明

エントリー

ツールとテクニック

類推推定法

プロジェクトの高速推定法は、WBSの高レベルのインテリジェントな認識のいくつかの例を試してみました

PMISプロジェクト管理情報システム

これは、リソース管理リポジトリを整理し、管理し、計画に役立つソフトウェア、およびリソースの見積もりの​​準備を含むことができ

輸出

資源要件

リソースは、各WBSブランチとプロジェクト全体のリソースのために必要な、これらの要件は、各ワークパッケージを推定するために集約することができ、各ワークパッケージのための様々なワークパッケージや活動に必要なリソースの種類と量を特定する必要があります

見積りはに基づいています

ドキュメントをサポートするリソースの見積もりを得た方法についての明確かつ完全な説明でなければなりません

資源ブレークダウン・ストラクチャー

資源ブレークダウン・ストラクチャーは、階層に従って、リソースのカテゴリと種類を示すことです。
リソースカテゴリが含まれます(ただし、これらに限定されない)リソーススキルレベル、学年、プロジェクトに適用される証明書や他のタイプの所有者の種類を含む、人間、材料、機器および消耗品を。
資源管理計画プロセスでは、リソース内訳構造は、プロジェクトを導くために分類活動に使用しました。このプロセスでは、資源ブレークダウン・ストラクチャーは、取得及び監督リソースのための完全なドキュメントです。

リソースへのアクセス## 9.3

定義:リソースへのアクセスをする過程で、プロジェクトチームのメンバー、施設、設備、材料、消耗品や他のリソースを取得するために必要とされる
役割:概要と選択ガイドのリソースとの対応活動に割り当て
、このプロセスが全体のプロジェクトのニーズに基づいている必要があります定期的に中。

ここに画像を挿入説明
ここに画像を挿入説明

プロジェクトの必要なリソースが内部からか、実行組織外来るかもしれません

内部リソースまたは割り当て取得するリソース・マネージャを担当する機能マネージャ、外部リソースは、調達プロセスによって得られます

  • プロジェクトマネージャやプロジェクトチームのメンバーは、効果的に交渉しなければならない、と人々がチームに影響を与え、プロジェクトのために必要な食料資源を提供することができます
  • 制約の結果として、必要なリソースのチームを得ることができない、プロジェクトマネージャーやプロジェクトチームは、さまざまな能力や代替資源のおそらくコストを使用する必要があります

エントリー

ツールとテクニック

決定

多基準意思決定分析、評価基準の相対的重要性に基づいて、標準の評価とスコアリング、スコアリングのための資源ポテンシャルは、加重値が起こるため、異なるリソースタイプに異なる場合があり

対人とチームのスキル

トーク

事前割り当て

あらかじめ決め物理やプロジェクトチームのリソース、状況が起こりました:

  • プロジェクト作業のための具体的な人員アサイン入札プロセスのコミットメント
  • 特定のプロジェクトスタッフによってノウハウ
  • 開発は初期資源管理計画の策定に先立ち、プロジェクト憲章のプロセスまたは他のプロセスを我々はいくつかのチームメンバーの作業の割り当てを割り当てられています。

仮想チーム

輸出

単一の物理リソースの割り当て

作業指示を送信するためのプロジェクトチーム

プロジェクトチームのリストの他の部分を含むことができ、プロジェクト内のチームメンバーとその役割と責任を記録し、その人の名前も、このようなプロジェクトの組織図やスケジュールなど、プロジェクトマネジメント計画書を挿入する必要があります

リソースカレンダー

リソースカレンダーを識別可能な各特定のリソースの稼働日、頻度、通常の勤務時間、週末と祝日、指定プロジェクトチームの継続を決定し、現物のリソースが用意されていますどのくらい、用意されています。

9.4建設チーム

定義:プロジェクトのパフォーマンスのプロセス改善するために、チームの相互作用を促進し、チームの全体的な雰囲気を改善するために、作業する能力を改善するための
改善されたチームのコラボレーション、強化対人スキルや能力、意欲を高めるの従業員を、摩擦を軽減し、プロジェクト全体のパフォーマンスを向上させる:効果を
プロジェクト全体の間、打ち上げ

ここに画像を挿入説明
ここに画像を挿入説明

プロジェクトマネージャは、定義の確立、維持、意欲を高める、鉛およびプロジェクトチームを鼓舞、効率的に実行チーム、およびプロジェクトの目標を達成することができるはずです

建設プロジェクトチームの目標:

  • 完全なプロジェクトの成果物に自分の能力を高めるために、チームメンバーの知識やスキルを向上させ、かつ低コストとサイクルタイムの短縮と品質を向上させます
  • 、士気を向上させる競合を削減し、チームワークを促進するために、チームメンバー間の信頼とアイデンティティを向上させます
  • 以下からの活発な、凝集チームの文化と書き込みを作成して
    個人とチームの生産性を向上させるために1、ブーストチームの精神とチームワークを促進
    2を、クロストレーニングを促進し、共有の知識と経験をチームメンバー間で指導
  • 彼らはチームの生産性を向上させるためのソリューションのための責任を取るようにすることを、意思決定に参加するチームの能力を向上させ、より効果的かつ効率的な結果

5段階のチーム

  • 形成段階
  • ショック段階
  • 仕様相
    相互信頼の
  • 成熟
  • 溶解ステージ
    職員のリリースは、チームが解散します

エントリー

ツールとテクニック

一元化オフィス

多くのか、一番ホットなプロジェクトチームのメンバー全員がチームワークを高めるために、物理的に同じ場所での作業にスケジュール。

仮想チーム

削減旅行サプライヤー、顧客または他の重要な利害関係者から、チームのメンバーに近いが、

通信技術

質問への対応では、通信技術が重要であるチームビルディングのオフィスやバーチャルオフィスに焦点を当て

対人とチームのスキル

  • 紛争管理

  • 影響

  • トーク

  • チームビルディング

    ビルドの信頼と良好な協力関係に非公式コミュニケーションや活動のヘルプ

認識と報酬

そのメンバーの良い行動の認識と報酬を与える必要が

プロジェクトが完了するまで、プロジェクトマネージャーは、可能な限り多くのではなく、待っていると、プロジェクトのライフサイクル全体で表彰されなければなりません

個人およびチームの評価

強みと弱み、好みや欲望のインサイトのメンバー

チームメンバー、信頼、コミットメントと通信の間の理解促進

チームのパフォーマンスを向上させます

輸出

チームのパフォーマンス評価

  • 改善されたスキル
  • コンピテンシーの向上
  • チームメンバーは、離職率を下げます
  • 、チームの結束を強化公然と共有する情報や経験にチームメンバーを可能にし、プロジェクトのパフォーマンスを向上させるためにお互いを助けます

9.5マネジメントチーム

定義:、チームメンバーのパフォーマンスを追跡し、フィードバック、問題解決との間の最適化プロジェクトのパフォーマンスにチーム管理の変更提供する
役割:影響のチームの行動、紛争管理と問題解決
プロジェクト全体着手を

ここに画像を挿入説明
ここに画像を挿入説明

プロジェクト管理チームは非常に効率的なチームを作成し、チームワークを促進するために、チームメンバーの統合を管理とリーダーシップスキルの広い範囲の助けを必要とする
メンバーが監督を強化する必要があるチームの低い技術的能力を

エントリー

仕事のパフォーマンスレポート
ジョブパフォーマンスレポートは、意思決定を行うために、物理的または電子作業パフォーマンス情報は、テイク行動や関心はコスト管理、品質管理とスケジュール管理の範囲から確認を得られた結果を含め、形成され、プロジェクトチームの管理のヘルプ

チームの性能評価は
、問題を解決するための措置をとるために注意して、プロジェクトチームのパフォーマンスを評価する通信を調整し、紛争解決、チームの相互作用を改善し続けます

ツールとテクニック

紛争管理
プロジェクト環境では、競合が避けられません。紛争の源は、希少資源、優先順位付けと個々のワークスタイルの違いの進捗状況が含まれています。、基本的なチームのルールを使用して、チームの規範とプロジェクト管理手法を成熟し、あなたがの競合の数減らすことができます
成功した紛争管理することは作業の関係を改善し、生産性を高めることができます。適切に管理場合一方、増加の創造性を促進し、意思決定を向上させるために意見の違いがあります。マイナス要因になる意見の相違に参加し、それが解決するには、プロジェクトチームのメンバーの最初の責任である必要があります。紛争のエスカレーション場合、プロジェクトマネージャは、できるだけ早く、直接協力の仕方によって、満足のいく解決に貢献するために支援を提供し、通常は民間紛争にすべきです。破壊的な紛争が続く場合は、正式な手続きが懲戒処分取っ含めて、使用することができる
紛争解決の5つの共通のメソッドを:
紛争解決の5つの共通の方法があり、それぞれの技術は、独自の役割と目的を持っています。

  • リトリート/撤退。
    実際のまたは潜在的な紛争からの出口、問題を解決するために、よく準備されたとき、またはプッシュ他の人に問題を延期します。

  • 使いやすさ/含めます。
    むしろ、一貫性のあるより違いを強調し、他の人のニーズを考慮し、後退ステップと調和のとれた関係を維持します。

  • 妥協/調停。
    紛争への一時的または部分的に解決するためには、ある程度のプログラムに満足し、すべての当事者を作るしようとしているが、この方法は、時に「失う-負け」の状況につながることができますで。

  • 強制/コマンド。
    他の当事者を犠牲にしてコスト、党ビューの実装;だけで勝つ-失うプログラム。通常、緊急の問題「に勝つか負ける」状況に、このアプローチは、多くの場合、リードを解決するために力を自分の力を使います。

  • コラボレーション/問題解決。
    異なった見解や意見を考慮すると、コンセンサスとコミットメントに到達するために、当事者を導くために協力して開かれた対話の姿勢を採用し、このアプローチは、Win-Winの状況をもたらすことができます

意思決定
組織とプロジェクトマネジメント・チームを交渉し、影響を与える能力はなく、意思決定ツールセットソルティーチクラスベースのツールなど、意思決定スキル、

EQは
撮影、評価や感情的な自己管理、他人の感情やチームの気持ちの能力を指します。チームは、チームのメンバーは、ストレスを軽減協力の目的を強化するように、チームメンバーとトラックのチームメンバーの問題の懸念を特定し、予測し、理解するために感情的知性を使用して気分や行動制御プロジェクトチームのメンバーを評価すべきです。

影響
彼らは重要ではプロジェクト中止の成功に、やがて利害関係者の能力に影響を与えるように、マトリックス環境では、チームメンバーのプロジェクトマネージャは、通常、商品だけでなく、非常に小さなコマンドパワーです。影響は、主に次の側面に反映されています。

  • 他人を説得

リーダーシップ

ビジョンを伝え、効率的に作業するプロジェクトチームを鼓舞することは非常に重要です

輸出

人材派遣の変更

作品の一部をアウトソーシングまたは出発スタッフを交換するなど、送られた役員を回し

9.6制御リソース

定義:、物理リソースの計画割り当てなどのプロジェクトだけでなく、資源の実際の使用は、資源の使用を監視プログラムに従っていることを確実にするプロセスと必要な是正措置をとる
役割を:タイムリーに資源の配分は、プロジェクトのために使用することができることを保証するために、必要に応じていないときに解放され
、この過程でプロジェクトの全期間のための必要性

ここに画像を挿入説明
ここに画像を挿入説明

プロジェクトは、遅延なしに前進できるように、すべてのプロジェクトフェーズとプロジェクトのライフサイクルプロセスの制御リソース全体、および適時・適切かつ割り当てられ、解放されたリソースの量を継続して実施しなければならない
物理的なリソースリソースの懸念のプロセス制御
管理プロセスがチームのチームに焦点を当てをメンバー

エントリー

ツールとテクニック

輸出

変更要求

変更要求プロセス制御リソースが表示された場合は、生きている人間は、正しいエラーや、プロジェクトマネージャーは、変更要求を提出しなければならないプロジェクトマネジメント計画書やファイルの一部のどの部分に影響を与える予防措置をお勧めします!

公開された19元の記事 ウォンの賞賛1 ビュー583

おすすめ

転載: blog.csdn.net/wuyanbei24/article/details/104475058