![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
「[[.NET 開発基盤部会 Wiki>http://dotnetdevelopmentinfrastructure.osscons.jp]]」は、「[[Open棟梁Project>https://github.com/OpenTouryoProject/]]」,「[[OSSコンソーシアム .NET開発基盤部会>https://www.osscons.jp/dotNetDevelopmentInfrastructure/]]」によって運営されています。 -[[戻る>PMP]] *目次 [#z8883726] #contents *用語 [#gb9d14fb] **プロダクト / サービス / 所産 [#d2910c2d] ***プロダクト [#adb3518f] コンポーネント ***サービス [#w268b4d3] -コンサルティング -[[プロジェクト・マネジメント>#f4e42e34]] -組織を支える機能 -調査研究の結果 **成果物 [#m5eed3b0] -独自かつ検証可能なもの。 -有形 or 無形のもの。 -[[プロダクト / サービス / 所産>#d2910c2d]]ではない中間生成物 ***例 [#a27eae9c] -予算 -スケジュール -設計書 -プロトタイプ *プロジェクトの定義 [#wfc1fef5] **プロジェクトか？定常業務か？ [#b56d822b] ***独自性 [#r313dae7] プロジェクトの存在理由は、 -今までなかった[[プロダクト / サービス / 所産>#d2910c2d]]を産み出すこと。 -変化を駆動できる。 --組織をある状態から別の状態へ移行できる。 --プラン・ドリブンからチェンジ・ドリブン（PDCAからOODA） -事業価値（ベネフィット）を創造できる~ ビジネス・アナリストの分野、BABOK --有形 ---金融資産 ---株主持ち分 ---実益 ---市場シェア ---備品 ---ツール --無形 ---のれん ---商標 ---評判 ---公益性 ---ブランド認知度 ---戦略的提携 ***有期的 [#v38a564b] 有期的（開始日・終了日がある）。 -完了 --[[ステークホルダー>#y36b100f]]の目的・目標の達成により完了する。 --目的・目標の達成が不可能な場合にも完了する。 --若しくは、必要性が無くなった場合にも完了する。 ***段階的詳細化 [#u28aa35c] -初期段階：大まか -完了に至るまで段階的に詳細化される。 -要件などから機能特性や機能要件などが決定される。 ***マネジメント・スキルの差異 [#i631d30e] -定常業務 --サポート ---ライン監督 ---小売部門 ---コールセンタ -プロジェクト --[[プロジェクト・マネジメント>#f4e42e34]] --人間関係 --計画・組織化 ***ライフサイクル [#i92890d0] -プロジェクトがプロダクト・ライフサイクルの終了段階までに及ぶ。 -プロジェクトが定常業務化するので、プロジェクトに定常業務の要員を入れる。 **立ち上げの要因 [#v8223a8d] -7つの「ニーズと要求」の内の１つが発生した結果、プロジェクトは生まれる。 -これらは、 --ビジネス機会 / ビジネス・ニーズ、問題解決に結び付く。 --また、プロジェクトのリスクにも結び付く。 --経営陣は、これらのニーズと要求にどう対応するか、~ 決定する必要がある（これがプロジェクト立上の契機になる）。 ***市場の需要 [#v3832259] -例 --需要増加が、暗にインターネット窓口を要求 ***戦略的 / ビジネス・ニーズ [#h1f0f65e] -[[企業の目標と戦略>#ce555cad]] -例 --処理性能の高いコールセンタが基幹業務に必要~ → サービスの応答時間が悪くなることが収益に影響するため。 ***顧客要求 [#fc1107d9] -顧客が明確に要求する。 -顧客には組織内の顧客と組織外の顧客がいる。 -[[市場の需要>#v3832259]]よりミクロ -例 --顧客が製品改良を要求する。 --・・・。 ***技術的進歩 [#b7417fca] -問題はソレを解決する手段が登場して初めて問題と認識される。 -技術的進歩が問題解決をする場合、その導入がプロジェクトに繋がる。 -例~ 業務にXXXを導入 --衛星通信 --モバイル端末 --タッチ・スクリーン --動画ストリーミング --, etc. ***法的要件 [#j196077e] -新しい法案が可決される毎に、~ 政府・民間共にプロジェクトを立ち上げる。 -例 --マイナンバー --消費税の引き上げ --医療関連の新しい法律の制定 --食品の産地・原料・カロリー・許容摂取量など表示の義務付け。 ***環境への配慮 [#qec35ab9] -環境への配慮がプロジェクトを産み出す。 -例 --エネルギー消費量の削減 ---燃料の節約 ---CO2排出量の削減 --廃棄 ---排水規制 ---廃棄物規制 ***社会的ニーズ [#v31116a0] -社会的ニーズがプロジェクトを産み出す。 -例 --途上国で病気が蔓延 ---医療品の供給 ---医療施設の建設 **企業の目標と戦略 [#ce555cad] -ビジョン >↓↓↓ -ミッション >↓↓↓ -企業の目標と戦略 >↓↓↓ -[[ポートフォリオ・マネジメント>#m104d8be]] --戦略計画 --[[プログラム>#k6e4ba5e]]、[[プロジェクト、事業（定常業務）>#b56d822b]]のマネジメント ***ポートフォリオ [#lebd3251] ココでは事業ポートフォリオの意味。 -（その会社のやっている事業の集合体・一覧）のプロジェクト版 -[[プログラム>#k6e4ba5e]]、[[プロジェクト、事業（定常業務）>#b56d822b]]の集合体・一覧。 -例 --[[プログラム>#k6e4ba5e]]、[[プロジェクト、事業（定常業務）>#b56d822b]]の部分 --会社の部分（部署、事業部） --ステークホルダーの部分（・・・） ***プログラム [#k6e4ba5e] -関連プロジェクト、サブプログラム、サブプロジェクト、作業グループ。 -類似のプログラム・マネジメント技法を使って調和がとれるようにマネジメントされる。 -例~ 生活・仕事・ショッピングが揃った職住一体型団地のプログラム --プログラム ---各エリアの設計と設置 ---マーケティング ---施工管理 --体制 ---ヘッド PM ---サブ PM **ステークホルダー [#y36b100f] -プロジェクトに利害関係を持つ人や組織~ （株主、経営者、社員、顧客、取引先） -ステークホルダーの特定は１回だけではなく、常に問い続ける。 ***例 [#i49d736a] -プロジェクト・スポンサー --意思決定者 --エスカレーションの受け手 -バリュー・チェーン --顧客 --コントラクター --サプライヤー -プロジェクト --マネージャー --チーム・メンバ -定常業務要員 ***コンフリクトの解消 [#o5d3c8d8] -早期に主要ステークホルダーを特定しニーズと契約条件を理解する。 -利害関係の不一致の解消に努める。優先順位は顧客を最大にしておく。 **特性 [#yccb87b7] ***[[独自性>#r313dae7]] [#x5804a8b] ***[[期限>#v38a564b]] [#i13270af] ***完了の判断材料 [#w1baf74f] [[ステークホルダー>#y36b100f]]の期待に応えたかどうか。 ***満足度を測る手段 [#l9da30da] [[ステークホルダーの期待は計画プロセス中で文書化される。>PMP：計画#v857d946]] -要求事項 -[[成果物>#m5eed3b0]] *マネジメントの定義 [#x5bd82c0] **組織的プロジェクト・マネジメント（OPM） [#m9ec1fd9] -OPM：Organizational Project Management -母体組織の戦略目標を達成する。 -PPP (Project, Program and Portfolio) --[[プロジェクト・マネジメント>#f4e42e34]] --[[プログラム・マネジメント>#nd10a93a]] --[[ポートフォリオ・マネジメント>#m104d8be]] **プロジェクト・マネジメント [#f4e42e34] 組織の目的、及び目標の達成を可能にする。 ***領域 [#dfe25a44] [[プロダクト / サービス / 所産>#d2910c2d]]の引き渡し。 ***例 [#b4fb31b7] プロジェクト・アクティビティ（プロセス）の集合体を、~ PMI承認の[[プロジェクト・マネジメント・プロセス>#q0c2794b]]に従って -記述・体系化する。~ プロジェクトとチームを体系化。 -監視する。~ 知識・スキル、ツール・技法を適用。 ***プロジェクト・マネージャー（PM） [#r988b905] -プロジェクトは有形・無形の[[プロダクト / サービス / 所産>#d2910c2d]]を産み出し、~ この[[プロダクト / サービス / 所産>#d2910c2d]]は事業に価値を高める。 -この[[プロダクト / サービス / 所産>#d2910c2d]]を産み出すための要求事項を満たすために、~ プロジェクト・アクティビティ（プロセス）に、~ プロジェクト・マネジメントの知識・スキル、ツール・技法を適用する。 -マネジメントの対象には以下が含まれる。 --[[プログラム・マネジメント>#nd10a93a]] --[[ポートフォリオ・マネジメント>#m104d8be]] -以下のようなスキルが必要になる。 --[[マネジメントのスキル>#i349d167]] --それ以外にも以下のようなスキルが必要になる。 ---知識~ マネジメント技法に関する知識 ---執行能力~ PMーとしての役割を遂行する能力 ---人間性~ リーダーシップを発揮する能力/態度/倫理観などの行動特性 **[[プログラム>#k6e4ba5e]]・マネジメント [#nd10a93a] ベネフィットを実現するために、サブプログラム、プロジェクトの~ 相互依存関係をコントロールする（調和させる）。 ***領域 [#n5b025ec] -（[[プログラム>#k6e4ba5e]]の）相互依存関係 -（サブプログラム、[[プロジェクト>#b56d822b]]の）集合体のマネジメント ***例 [#c543ca9c] 相互依存関係の規定と制約条件の調整~ による[[プログラム>#k6e4ba5e]]間の問題の解決。 **ポートフォリオ・マネジメント [#m104d8be] [[ポートフォリオ>#lebd3251]]全体の戦略的目標を -達成することが目標。 -集合体のマネジメントが必要になる。 ※ [[ポートフォリオ>#lebd3251]]中のプロジェクト・[[プログラム>#k6e4ba5e]]は相互に依存関係を持たなくても良い。 ***領域 [#d4584fa6] -目標達成の効率性（範囲） -時間、原価/資源、リスク ***例 [#b77f59bb] -[[プログラム>#k6e4ba5e]]の評価、取捨選択、リソース確保などによるバランス調整。 -[[プログラム>#k6e4ba5e]]が全体の戦略的目標を順守しているかの監視。 *マネジメントのスキル [#i349d167] -スペシャリストではなくジェネラリスト、問題解決者。 -スペシャリストをチームに入れ、必要に応じてスペシャリストに頼る。 **一般的スキル [#b2d7008a] -会計 -戦略的計画 -監督 -人事管理 **適用分野のスキル [#ebf17f43] ***分野 [#q2e0b2f1] -業種（自動車、医療、日式SI） -部門（会計、マーケティング） -技術（ソフトウェア開発、工業技術） -マネジメント専門分野（調達、研究開発） ***関係 [#sa70196f] 適用分野のスキルは以下に関係する。 -プロジェクト -（特定の）ニーズ -顧客・業界の規範・法規 ***例 [#e3861d71] -調達規則（政府系 <---> 建築系） -法規 （医薬品 <---> 自動車） **人間関係スキル（ソフト・スキル） [#i4a0ef3d] ***コミュニケーション [#f9b4224c] -方法 --書面 --口頭 -プロジェクト・コミュニケーション~ 以下を明確/明瞭/完全なものとして作成・管理 --プロジェクト文書 --会議の議事録 --状況報告書 ***組織化/計画スキル [#uf7cf86c] -組織化 --トラッキング ---プロジェクト文書 ---要求事項情報 ---メモ ---プロジェクト報告書 ---人事関連の記録 ---業者の見積書 ---契約書 ---その他の情報 --その他 ---会議の開催 ---チームの編成 ---メディア発表のスケジュールの作成・管理 --[[タイム・マネジメント・スキル>#t368bedd]]と関連 -[[計画>PMP：計画]] ***タイム・マネジメント・スキル [#t368bedd] 物事を整理された状態に保つため優先順位を決定する。 -問題 -突発的作業 -定常的業務 ***コンフリクト・マネジメント・スキル [#c2ddc44e] コンフリクト・マネジメントでは問題を解決する。 -問題の定義 --二段階プロセス ---症状を見る。 ---原因を特定する。 --定義の方法 ---内部 or 外部の問題か？ ---技術的な問題か？ ---人間関係の問題か？ ---マネジメントの問題か？ ---影響や結果の大きさや範囲 -対策の決定・実行 ***交渉力/影響力スキル [#t8f37bbc] -交渉力スキル --スコープ定義 --予算交渉 --契約交渉 --資源関連の交渉 ---獲得 ---割り当て -影響力スキル --人の手を借りるスキル --影響力の行使~ 以下の理解が必要になる。 ---組織の公式的な構造 ---組織の非公式的な構造 --権力/政治力 ---権力は人に否応なく何かさせる能力。 ---政治力は利害関係（対立・混乱）を創造的に協力させる能力。 ***リーダーシップ・スキル [#wbc43b71] -ビジョン、意欲、合意、方向性の確立 -リーダーとマネージャー --リーダー≠マネージャー --リーダー <---> マネージャー（切り替える） ***チーム形成/動機付けスキル [#d8aeae50] -チーム形成 --方向性 --発達段階の手助け -動機付けスキル --長期、障害が多いプロジェクトで重要になる。 --配下に無いチーム・メンバの動機付けも必要になる。 --方法 ---期待していると伝えるのではなく、 ---機能部門マネージャに依頼してチーム・メンバの~ パフォーマンス・レビュー（ = 評価の事）に参加させてもらう。~ （期待より、評価の方が動機としては大きくなる。上長承認も取り易い。）。 *ライフサイクルとプロセス [#j5e0e736] -[[プロジェクト・ライフサイクル（フェーズ）>#c27c1f8a]] -[[プロジェクト・マネジメント・プロセス>#q0c2794b]] **プロジェクト・ライフサイクル（フェーズ） [#c27c1f8a] プロジェクト・ライフサイクル（フェーズ）では、~ 各フェーズのプロジェクト作業を完了させる方法を定義。 ***概要 [#t0edecad] -プロジェクトには段階的詳細化など、フェーズがある。~ [[プロジェクト・マネジメント・プロセス>#q0c2794b]]の体系化のためのプロセス群とは異なる。 --基本的には、以下の形で構成される。 ---開始：プロジェクトの開始 ---計画：組織編成 ---実行：作業実施 ---終結：プロジェクトの終結 --ITでいえば、要件定義 -> 設計 -> 実装 -> テスト -フェーズの集合がライフサイクルになる。 ***ライフサイクル区分 [#vceb805c] -予測型サイクル（完全計画駆動型手法、ウォーターフォール型） --スコープ ---開始時の早い段階で定義され、スケジュール・予算も決定される。 ---変更は、入念に監視される。変更の際は、~ プロジェクト・マネジメント計画書の見直しと承認を行う。 --フェーズ ---フェーズ作業は明確に区分され、繰り返されない。 ---各フェーズでは、プロジェクト・アクティビティの異なる部分が強調され、~ それぞれ、異なる[[プロジェクト・マネジメント・プロセス>#q0c2794b]]群が実行される。 -反復型、漸進型ライフサイクル --[[成果物>#m5eed3b0]] ---開始時の早い段階で定義される。 ---段階的詳細化により、次第に完成度を増す。 ---これに伴い、スケジュール・予算も詳細化される。 --フェーズ ---フェーズ作業は繰り返される。 ---各フェーズでは、全[[プロジェクト・マネジメント・プロセス>#q0c2794b]]群が実行される。 --適合するプロジェクト ---大規模、複雑 ---目標やスコープが不明確 ---[[成果物>#m5eed3b0]]の段階的引き渡しが必要 -適応型ライフサイクル（アジャイル手法、変化駆手法） --[[成果物>#m5eed3b0]] ---反復型、漸進型ライフサイクル的 ---より短い期間（2-4週間）で[[成果物>#m5eed3b0]]を生成する。 --フェーズ ---[[成果物>#m5eed3b0]]の審査・承認を通して、フェーズ作業を繰り返すか次へ進むか判断する。 ---各フェーズでは、全[[プロジェクト・マネジメント・プロセス>#q0c2794b]]群が実行される。 --適合するプロジェクト ---要求が不明確で変化する場合。 ---ステークホルダーの積極的参加が必要な場合。 ***フェーズの完了 [#h0e4392d] [[成果物>#m5eed3b0]]を生成し、検証・承認する。 -レビューにて誤りを発見し是正処置を実施する。 -次のフェーズへ進むかどうか判断する（[[引き渡し>#ref0f9a4]]と別？）。 -別名 --フェーズ・レビュー --フェーズ・ゲート --ステージ・ゲート --マイルストーン --中止点 ***マルチフェーズ・プロジェクト [#w34a75b2] -複数のフェーズから構成されるプロジェクト -フェーズ間の関係 --直列関係：フェーズ完了後に次フェーズが始まる。 --重複関係：フェーズ完了前に次フェーズが始まる。 -[[ファスト・トラッキング>PMP：計画 - 時間#oa34b774]] --重複関係化により期間を短縮する。 ***引き渡し（技術移管） [#ref0f9a4] -フェーズ間の繋ぎの部分。 -[[成果物>#m5eed3b0]]を見て次フェーズに進むかどうか判断する。 -例：開始フェーズでフィージビリティスタディ（PoC）~ 実行可能性調査 / 企業化調査 / 投資調査 / 採算性調査（概念実証 / 実証実験） --プロジェクト遂行の価値があるかどうか。 --組織に利益をもたらすかどうか。 --[[プロダクト / サービス / 所産>#d2910c2d]]が業界の標準や法規を満たすかどうか。 -重複関係（マルチフェーズ・プロジェクト）にある場合は、引き渡しできない。 ***ライフサイクルの特徴 [#x6437678] 段階的詳細化 -チーム・メンバとコスト --開始時点では、チーム・メンバも少なく、低コスト。 --進行するにつれて、チーム・メンバ、コストが増加。 -成功率とリスク --開始時点の成功率は低いが、進行するにつれ成功率が高まる。 --開始時点のリスクは高いが、進行するにつれリスクが減少する。 **プロジェクト・マネジメント・プロセス [#q0c2794b] プロジェクト・マネジメント・プロセスは、 -各フェーズのアクティビティを記述・体系化して、 -マネジメントするツールと技法をまとめている。 -これにより、各フェーズのアクティビティを完了させる。 |>|>|PMプロセス1|→&br;→&br;→&br;（フロー）|>|>|PMプロセス2| |インプット|プロセス&br;（ツールと技法）|アウトプット|~|インプット|プロセス&br;（ツールと技法）|アウトプット| ***プロセス群 [#s288e042] プロセスの作業を体系化する下記の5つのプロセス群がある。 -[[立上>PMP：立上]] --プロジェクトの開始時や、大規模プロジェクトのフェーズ開始時 --開始の承認：プロジェクトを承認し、組織の資源をプロジェクトに割り当てる権限をPMに与える。 --アウトプット：プロジェクト憲章、ステークホルダー特定 -[[計画>PMP：計画]] --プロジェクト・マネジメント計画書の作成~ プロジェクト・マネジメント・プロセス（実施、監視・制御の方法）を選択・定義する。 --アウトプット：各[[知識エリア>#cf49ca8f]]を考慮し、段階的に詳細化を行う。~ そして、各プロセス群のプロジェクト・マネジメント計画書と、それらを統合した計画書を作成する。 --テーラリング：小規模プロジェクトなどで、プロジェクトに適合するプロセスを判断し、実際に実行するかどうかを決める。 -[[実行>PMP：実行]] --目標達成のためプロジェクト・マネジメント計画書に従いリソースを調整・分配。 --最も多くの時間と資源を使用する。対立の経験。承認された変更の実施。 --アウトプット：[[プロダクト / サービス / 所産>#d2910c2d]] -[[監視・制御>PMP：監視・制御]] --計画どおりか作業を追跡（トラッキング）し、パフォーマンスを測定・分析する。 --「問題の特定」と「是正措置の実施」（アクティビティを再計画、再実行する）。 --アウトプット：是正措置の実施 -[[終結>PMP：終結]]（中止された場合にも実行される） --省略されることも多いが、プロジェクト情報の収集は重要。 --ステークホルダーの公式の承諾・承認が得られる。 --アウトプット：収集されたプロジェクト情報の文書 ***特性 [#nfb84e8b] |#|特性|立上|計画|実行|監視・制御|終結|h |1|コスト|低い|低い|最大|やや低い|最低| |2|スタッフ数|少ない|少なめ|多い|多い|少なめ| |3|成功の確率|最低|低い|中間|高い|最大| |4|リスク発生の確立|最大|高い|中間|低い|最低| |5|ステークホルダーの影響力|最大|高い|中間|低い|最低| ※ 1, 2のリソースは実行時が最大~ ※ 3, 4, 5は、立上 → 終了に向けて大きくor小さくなる。~ ※ 5のステークホルダーの影響力は、要求事項を決める迄が最大。 ***フロー [#lce2a80f] インプット・アウトプットは[[成果物>#m5eed3b0]]。 |#|インプット||プロセス||アウトプット|h |1|‐|→|立上|→|計画| |2|立上|~|計画|~|実行| |3|・計画&br;・監視・制御（再計画）|~|実行|~|監視・制御| |4|実行|~|監視・制御|~|・再計画&br;・再実行&br;・終結| |5|監視・制御|~|終結|~|| ※ 「反復的なプロセス」では監視・制御によって計画・実行が反復的に行われる。~ 根底には、PDCAサイクル（PDCA cycle、plan-do-check-act cycle）がある。~ 「反復的なプロセス」の計画は前フェーズの作業中に開始される。 ※ IPECC : Initiating, Planning, Executing, Controlling, Closing. ***相互作用 [#o641b3a4] -PMは、各[[知識エリア>#cf49ca8f]]を考慮し、適切なプロセスを決定する。 -段階的詳細化により情報量が増えるのでプロジェクト計画書を適宜更新する。 ***作業パフォーマンス [#o599671e] -作業パフォーマンス・データ~ [[実行>PMP：実行]]プロセス群で[[成果物>#m5eed3b0]]を作成する際に収集される作業パフォーマンスの生データ -作業パフォーマンス情報~ 作業パフォーマンス・データを各、[[監視・制御>PMP：監視・制御]]プロセス群で変換したもの。 -作業パフォーマンス報告書 --[[監視・制御>PMP：監視・制御]]プロセス群の[[統合マネジメント>#y62d48bc]]の[[知識エリア>#cf49ca8f]]のプロセス、~ [[プロジェクト作業の監視・コントロール>]]で変換したもの。 --この情報は、更に、以下のプロセスにインプットされる。 ---[[実行>PMP：実行]]~ ・[[チーム・マネジメント>]]~ ・[[コミュニケーション・マネジメント>PMP：共通#xf7a54c4]] ---[[監視・制御>PMP：監視・制御]]~ ・[[統合変更管理>]] ---> [[プロジェクト・マネジメント計画書>PMP：計画#a3ce4c56]]~ ・[[リスク監視>]] *知識エリア [#cf49ca8f] -共通性から[[プロジェクト・マネジメント・プロセス>#q0c2794b]]をまとめたもの。 -[[10個のカテゴリー>#y2148c0b]]があり、複数の[[プロジェクト・マネジメント・プロセス>#q0c2794b]]群を横断する。 **統合マネジメント [#y62d48bc] ***概要 [#j7a6ef46] -PM固有の領域 -作業の統合（定義と組み合わせ）を行う。 --プロジェクト・マネジメント計画書の調整。 --関連するプロセスは密接な依存関係がある。 --プロジェクト遂行中に継続的に繰り返される。 -得失評価の実施 --顧客、ステークホルダーの要求事項を満たすための、期待のマネジメントを行う。 --成功裏に終わらせるための、目標と代替案の比較を行う。 -ツール --EVM（アーンド・バリュー・マネジメント） --プロジェクト・マネジメント・ソフトウェア ***[[プロジェクト・マネジメント・プロセス>#q0c2794b]] [#od8c14ba] [[当該 知識エリアのプロジェクト・マネジメント・プロセス>PMP#ofca7f35]] -立上 : プロジェクト憲章作成 -計画 : プロジェクト・マネジメント計画書作成 -実行 : プロジェクト作業の指揮・マネジメント -監視・制御 : プロジェクト作業の監視・コントロール, 統合変更管理 --潜在的な問題を予測し、問題が危機的状況に達する前に対処する。 --スケジュール変更を伴う（作業とプロジェクト・マネジメント計画書に影響） --下記知識エリアのプロセスとも密接に関連し相互作用する。 -終結 : プロジェクトやフェーズの終結 ***傾向と新たな実務慣行 [#be535460] -自動化ツールの使用~ [[プロジェクト・マネジメント情報システム（PMIS）>PMP：監視・制御#sc3380a5]] -視覚的なマネジメント・ツールの使用 --ステークホルダ、チームメンバによる問題の特定と解決の支援する。 --プロジェクト状態の概要をリアルタイムで監視する。 --知識の移転を促進する。 -プロジェクトの知識マネジメント --流動的な労働力への対応 --知識の特定と移転 -PM責任の拡大 --[[ビジネス・ケース>PMP：立上#c5f2617e]]開発、[[ベネフィット・マネジメント>PMP：立上#b1e9ec47]]への参画 --ステークホルダーの、より包括的な特定と関与への取り組み。~ （運営部門、機能部門、経営層とのインターフェイスをマネジメントする。） -ハイブリッド方法論~ 新しい、実務慣行を組込む方向に進化。 --アジャイルなどの反復的実践慣行の使用 --要求マネジメントでのビジネス・アナリシス技法の使用 --複雑な要素を識別するのに使用するツール --所産を移管する際の組織変更マネジメント ***テーラリングの考慮事項 [#u6c3eac4] -ベネフィット -ガバナンス -ライフサイクル --プロジェクト・ライフサイクル ---ライフサイクルの種類 ---フェーズの選択 --開発のライフサイクル ---予測型 ---反復型 ---漸進的 ---適応型 -プロジェクト・マネジメント --マネジメントの手法 --変更 --知識マネジメント --教訓 ***アジャイル型環境・適応型環境への考慮事項 [#cd096b07] -チームメンバの関与を促進 -計画・コントロール権限をチームへ委譲 -協調的な意思決定環境の構築と対応力に重点を置く。~ （専門性よりも幅広い知識を有するときに強化される） **スコープ・マネジメント [#s2987c14] ***概要 [#w61ce95a] -成功裏に終わらせるため、必要な作業だけの定義を行う。 -１回、時には複数回（多くの場合、何度も）実行される。 -スコープの種類 --プロダクト・スコープ ---[[プロダクト / サービス / 所産>#d2910c2d]]の特性に関連する。 ---要求事項に照らし合わせて測定され、成功/失敗を判断する。 --プロジェクト・スコープ ---[[プロダクト / サービス / 所産>#d2910c2d]]を産み出す作業に関するマネジメントに関連する。 ---プロジェクト・マネジメント計画書に照らし合わせて測定される。 ---スコープ・ベースラインの構成：プロジェクト・スコープ記述書、WBS、WBS辞書 -[[ライフサイクル区分>#vceb805c]]による違い --予測型 ---漸進的にマネジメント ---[[スコープ・ベースライン>PMP：計画 - 範囲#ufcfb77c]]を作成する。 ---[[スコープ・ベースライン>PMP：計画 - 範囲#ufcfb77c]]は変更管理手続きを通してのみ変更可能。 --適応型 ---複数の反復の中でスコープ定義され承認され、成果物が開発される。 ---ハイレベルの変更にも対応（ステークホルダーの継続的な関与が必要） ---プロダクトバックログがベースラインとなり、優先項目を反復の中で創出。 ***[[プロジェクト・マネジメント・プロセス>#q0c2794b]] [#a29265f5] [[当該 知識エリアのプロジェクト・マネジメント・プロセス>PMP#ofca7f35]] -計画 : スコープ・マネジメント計画、要求事項収集、スコープ定義、WBS作成 --スコープ・マネジメント計画の作成 --プロダクトの要求事項の定義と詳細化 --プロダクトの[[成果物>#m5eed3b0]]の定義と詳細化 --WBSの作成 -監視・制御 : スコープ妥当性確認、スコープ・コントロール --測定技法を使用した[[成果物>#m5eed3b0]]の検証 --プロダクト・スコープの変更管理 ***傾向と新たな実務慣行 [#w7426941] -以下と共に始まる。 --[[PPPマネジメント>PMP：共通#m9ec1fd9]] --[[ニーズ評価>PMP：立上#leed850e]] -ビジネス・アナリストとの協業 ***テーラリングの考慮事項 [#t4dbfd45] -知識マネジメント・要求マネジメント --システム ---知識マネジメント・システム ---要求マネジメント・システム --再利用のためのガイドラインの作成 -妥当性確認とコントロール --方針 --手続き --ガイドライン -開発アプローチ --予測型 --反復型 --漸進的 --適応型 --ハイブリッド -要求事項の安定性 --リーン --アジャイル --その他の適応型手法 -ガバナンス --方針 --手続き --ガイドライン ***アジャイル型環境・適応型環境への考慮事項 [#v6e7c6f5] -ハイリスクな進展する要求事項 --著しい不確実性 --開始時点では理解されていない。 --プロジェクトの途中で変化する。 -アジャイル型環境・適応型環境 --初期段階ではスコープ定義と合意に時間をかけない。 --継続的な発見と洗練のためのプロセスを確立する。 -新たな要求事項が発生して来る多くの環境では、~ 実際のビジネス要求事項と、当初のビジネス要求事項とのギャップが大きい。 --要求事項を洗練するプロセスを確立 --プロトタイプ構築とレビュー --スコープ定義 ---> 再定義 -要求事項はバックログを構成する。 **スケジュール・マネジメント [#t28d7166] ***概要 [#gabda358] -プロジェクトを適切な時間で完了させる。 -１回、時には複数回（小規模プロジェクトの場合１人で１回）実行される。 ***[[プロジェクト・マネジメント・プロセス>#q0c2794b]] [#iaa89453] [[当該 知識エリアのプロジェクト・マネジメント・プロセス>PMP#ofca7f35]] -計画 : スケジュール・マネジメント計画、アクティビティの色々、スケジュールの作成 --スケジュール・マネジメント計画書の作成 --プロジェクト・アクティビティの定義/順序設定/資源見積/所要期間見積 --プロジェクト・スケジュールの作成 -監視・制御 : スケジュール・コントロール --スケジュールからの逸脱の監視・制御 ***傾向と新たな実務慣行 [#xf3c0e95] -グローバル市場の競争が激しく速いペースで進化する。 -不確実性/予測不能性が高く、長期的なスコープの定義が困難。 -結果として、スケジューリングに関して、以下が重要になってきている。 --コンテキストに基づく、テーラリング・フレームワーク --バックログのある反復型スケジューリング ---適応型ライフサイクルに基づくローリング・ウェーブ計画方の一形態 ---要求事項がユーザー・ストーリーにより文書化される。 ---優先順位付けされたバックログを持ち、~ フィーチャーがタイムボックスの期間内に開発される。 ---変更を歓迎する、反復型・適応型スケジューリング。 --オンデマンド・スケジューリング ---カンバン・システムで一般的に使用される手法 ---制約理論とリーン開発由来のプルベースのスケジューリング概念 ---要求量とチームの処理量のバランスをとるため作業を制限する仕掛け。 ---資源が利用に可能になり次第、バックログ、~ 中間生成物を処理して、徐々にプロダクトを進化させる。 ---運用的環境や持続的環境で、徐々にプロダクトを進化させる。 ---スコープやタスクの大きさを似通ったものにしたり束ねたりする場合。 ***テーラリングの考慮事項 [#q0c182a6] -ライフサイクル手法 -資源の可用性の考慮 -プロジェクトの規模 -技術的支援 ***アジャイル型環境・適応型環境への考慮事項 [#p4ef7cb5] -適応型手法 --特徴 ---短期サイクルで作業して結果をレビューして適応される。 ---適応型手法と青果物への整合性への迅速なフィードバッグを提供 --フィードバッグ ---> スケジューリング ---反復型スケジューリング ---オンデマンド・スケジューリング ---プルベース・スケジューリング -大規模組織の小規模プロジェクトや中長期施策では~ 大・中・小規模のプロジェクトが混在する。 --スケーリングの要員を考慮 ---チームサイズ ---地理的分布 ---法令厳守 ---組織の複雑さ ---技術の複雑さ --広範囲な手法を採用 ---計画的駆動形手法（従来手法） ---適応型手法（アジャイル手法） --組み合わせ ---伝統技法、慣例的、中核的技法 ---新たな実務慣行の採用 -適応型手法のツールと技法の理解が必要 **コスト・マネジメント [#uf007629] ***概要 [#c4ce4900] -見積、予算の設定・承認、予算を超過しないように監視・制御。 -[[スコープ>#s2987c14]]に関連深く、[[スコープ>#s2987c14]]が早期に決まればコストも早期に決まる。~ 早いタイミングで決まればコストのコントロールが容易。 -[[プロダクト / サービス / 所産>#d2910c2d]]の開発、維持/保守のコストがあり、~ プロジェクトで繰り返し発生するコストへの意思決定を考慮する必要がある。 ***技法 [#y1060400] 代替案を比較・選択、提示する。 -価値工学（技法）~ プロジェクトの費用対効果を下記の観点で最適化する。 --資源の活用度 --スケジュール（短縮） --品質（向上） --利益（追加の財務分析）~ 回収期間分析 / 投資収益率 / 割引キャッシュ・フロー~ -ライフサイクル・コスト（技法）~ コスト・グループを総合的に考慮する。 --取得コスト（イニシャル） --運用コスト（ランニング） --廃棄コスト ***[[プロジェクト・マネジメント・プロセス>#q0c2794b]] [#b09d3ee9] [[当該 知識エリアのプロジェクト・マネジメント・プロセス>PMP#ofca7f35]] -計画 : コスト・マネジメント計画、コスト見積、予算設定~ 見積、予算の設定・承認 -監視・制御 : コスト・コントロール~ 予算を超過しないように監視・制御。 ***傾向と新たな実務慣行 [#wd278348] -アーンド・スケジュール（ES）の概念を含む、~ アーンド・バリュー・マネジメント（EVM）の拡張 -アーンド・スケジュールで理論は、~ プロジェクトの完了日を予測する ***テーラリングの考慮事項 [#zb9b64ff] -知識マネジメント --正式な知識マネジメント --データベース・リポジトリ -見積と予算化 --見積：正式、略式のコスト見積 --予算化：方針、手順、ガイドライン --アーンド・バリュー・マネジメント（EVM） --アジャイル手法の採用のコストへの影響 --監査・ガバナンスの方針・手続き ***アジャイル型環境・適応型環境への考慮事項 [#obf55ce0] [[スコープ>#v6e7c6f5]]同様に、コストにも高い不確実性 -変動要因が多く予算が厳しいプロジェクト --詳細にコストを算出しても無意味。 --簡易見積では、変更を容易に調整可能。 --スコープ、スケジュールがコスト制約条件内に収まる様に頻繁に調整。 -詳細見積は、ジャストインタイム方式で行う短期計画で利用（？？ **品質マネジメント [#fdc80bf2] ***概要 [#n2420d0b] [[プロダクト / サービス / 所産>#d2910c2d]]の要求事項を満たす各種の取り計らい。 ***[[プロジェクト・マネジメント・プロセス>#q0c2794b]] [#obb96600] [[当該 知識エリアのプロジェクト・マネジメント・プロセス>PMP#ofca7f35]] -計画 : 品質マネジメント計画~ 品質計画（品質基準） -実行 : 品質保障（QA）~ 品質の作り込み（例：レビュー、管理（変更/構成/リリース）） -監視・制御 : 品質管理（QC）~ 測定・監視し、品質基準と比較する（例：バグ収束曲線）。 ***傾向と新たな実務慣行 [#l4d97783] ***テーラリングの考慮事項 [#j6eb58ef] ***アジャイル型環境・適応型環境への考慮事項 [#la35ab2d] **%%人的%%資源マネジメント [#k52befa2] ***概要 [#b1be1527] -人的資源 --人的資源が最高のパフォーマンスで利用されるようにする各種の取り計らい。 --早期参加が望ましく、積極性に繋がる。 --人事管理と人間関係の側面がある。 ---リーダーシップ ---コーチング ---対立への対処 ---パフォーマンス評価 -物資~ ・・・ ***技法 [#abaa50aa] -人的資源~ ターゲット毎、異なる技法を適用。 --ターゲット~ 各構成は段階を経て変化する。 ---顧客 ---チーム・メンバ ---ステークホルダー --スキル ---コミュニケーション・スタイル ---リーダーシップ・スキル ---チーム形成スキル -物資~ ・・・ ***[[プロジェクト・マネジメント・プロセス>#q0c2794b]] [#t4bc78a0] [[当該 知識エリアのプロジェクト・マネジメント・プロセス>PMP#ofca7f35]] -計画 : --%%人的%%資源マネジメント計画 --アクティビティ資源見積(6) -実行 : --%%チーム編成%% --チーム育成 --チーム・マネジメント ***傾向と新たな実務慣行 [#ea43ca47] ***テーラリングの考慮事項 [#qf548ae3] ***アジャイル型環境・適応型環境への考慮事項 [#paa779df] **コミュニケーション・マネジメント [#xf7a54c4] -コミュニケーション --量~ PM業務全体の90% --スキル ---PMに最も重要なスキルとされる。 ---交渉力、影響力、問題解決より重要なスキル ---全てのベースとなるスキルのため。 ***概要 [#s72d7388] -単なる情報交換を超える人間関係スキル -プロジェクト情報の収集 / 体系化 / 保管 --計画 --リスク管理 --議事録 --, etc. -プロジェクト情報の適切なタイミングでの配信 --経営陣 --チーム・メンバ --ステークホルダー ***[[プロジェクト・マネジメント・プロセス>#q0c2794b]] [#n14ec136] [[当該 知識エリアのプロジェクト・マネジメント・プロセス>PMP#ofca7f35]] -計画 : コミュニケーション・マネジメント計画 -実行 : コミュニケーション・マネジメント --プロジェクト情報の収集 / 体系化 / 保管 --プロジェクト情報の適切なタイミングでの配信 -監視・制御 : コミュニケーション監視 ***傾向と新たな実務慣行 [#q6c899d4] ***テーラリングの考慮事項 [#ndc2fcdd] ***アジャイル型環境・適応型環境への考慮事項 [#i3f1863a] **リスク・マネジメント [#oa93a230] ***概要 [#k017f07c] -リスクには外からのリスク、内からのリスクがある。 -また、脅威（マイナス）のリスクと、好機（プラス）のリスクがある。 -プラス・マイナス両極の潜在的リスクの特定 / 分析 / 計画に関連する。 --リスク（マイナス・プラス）の確率と影響を（最小化・最大化）する。 --影響を利用し、目標・パフォーマンスの改善もできる。 -プロセス --リスク特定 --リスク分析 --対策 ***[[プロジェクト・マネジメント・プロセス>#q0c2794b]] [#s5dabbcf] [[当該 知識エリアのプロジェクト・マネジメント・プロセス>PMP#ofca7f35]] -計画 : --リスク・マネジメント計画 --リスク特定 --定性的/定量的リスク分析 --リスク対応計 -監視・制御 : リスク監視 ***傾向と新たな実務慣行 [#v6f92c1c] ***テーラリングの考慮事項 [#a89c3cbe] ***アジャイル型環境・適応型環境への考慮事項 [#scac9b6f] **調達マネジメント [#x1d4f0f9] ***概要 [#tb1637d3] -プロジェクト・チーム外から物品を購入するプロセス -物品の購入者の立場から論じることを前提とする。~ 納品者の立場からすると、購入者がプロジェクトの~ ステークホルダーになることがある（SCM）。 -チーム外 --ベンダー --コンストラクター --サプライヤー -物品 --物品 --サービス ***[[プロジェクト・マネジメント・プロセス>#q0c2794b]] [#pc6c4c07] [[当該 知識エリアのプロジェクト・マネジメント・プロセス>PMP#ofca7f35]] -計画 : 調達マネジメント計画~ 契約・調達手段の交渉 -実行 : 調達実行~ 調達の実行 -監視・制御 : 調達コントロール~ 契約・作業指示の変更 -終結 : 調達の終結 ***傾向と新たな実務慣行 [#vf600dea] ***テーラリングの考慮事項 [#n6b2588b] ***アジャイル型環境・適応型環境への考慮事項 [#q863bf13] **ステークホルダー ・マネジメント [#qac125bd] ***概要 [#h10347d0] -ステークホルダー <---（影響）---> プロジェクト --影響にはプラス・マイナスの影響がある。 --ステークホルダーによって影響の大・小がある。 -学術的研究・分析ではステークホルダーの --特定 --優先順位付け --関与 --維持 >に関する構造化された手法の重要性を強調。 -組織の内・外の、すべてのステークホルダーの特定に関連する。 -ステークホルダーの --ニーズ / 期待 / 関与の評価を行う。 --優先順位付けの結果、適切な関与を促す。 --率直かつ明確なコミュニケーション状態を維持する。 ***[[プロジェクト・マネジメント・プロセス>#q0c2794b]] [#p59afe21] [[当該 知識エリアのプロジェクト・マネジメント・プロセス>PMP#ofca7f35]] -立上 : ステークホルダーの特定 -計画 : ステークホルダー・マネジメント計画~ ステークホルダーのニーズ / 期待 / 関与の評価 -実行 : ステークホルダー・エンゲージメント・マネジメント --適切な関与を促す。 --良好なコミュニケーションの状態の確立・維持。 --ステークホルダーの愛着心の管理。 -監視・制御 :ステークホルダー・エンゲージメント監視 --良好なコミュニケーションの状態を維持。 --ステークホルダーの愛着心の制御。 -ベネフィットのために、これらのプロセスは反復的に行われる。 -早期の関与が重要で、段階的詳細化により、ステークホルダー関与の必要性は低くなる。 ***傾向と新たな実務慣行 [#fb97bce3] -一部に限定しない（広く、エコシステム的） --規制当局、ロビー団体、環境保護団体、金融機関、メディアなど。 --自分自身がステークホルダーであると確信する人。 -全てのメンバをステークホルダー・エンゲージメント活度に携わせる。 -個別リスク・レビューと並行して、ステークホルダー・コミュニティを定期的にレビューする。 -協創の観点から、重要なステークホルダーと意見交換する（若しくはパートナーとする）。 -ステークホルダー関与の価値を把握すること。 --プラスの価値：これによるベネフィットの増加を検討。 ---評判の上昇 ---適切なニーズ → 仕様 ---, etc. --マイナスの価値：これによるベネフィットの低下を検討。 ---評判の低下 ---不適切なニーズ → 仕様 ---, etc. ***テーラリングの考慮事項 [#seb5c960] -ステークホルダーの多様性 --人数 --文化 --ステークホルダーとの関係の複雑さ --コミュニティ内の関係の複雑さ -コミュニケーション技術 --使用する技術 --支援体制（？） ***アジャイル型環境・適応型環境への考慮事項 [#f0ee79c2] -変化の度合いが大きいプロジェクトでは特に重要になる。 -直接的でタイムリーなディスカッションが、生産的な意思決定を可能にする。 -その他、ステークホルダーを会議レビューへ招待、成果物の共有スペースへの掲示など。 -プロジェクト全体を通したステークホルダー・コミュニティとの定期的交流が重要 --信頼関係の構築 --早期の関与 ---リスク軽減 ---コスト削減 --協創プロセスやアジャイル手法との親和性。
