![[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：PDU]] --[[PMセミナー>PMP：PDU - PMセミナー]] --PMプラクティス --[[PMコンピテンシー>PMP：PDU - コンピテンシー]] --[[アジャイル関連>PMP：PDU - アジャイル関連]] --[[組織的プロジェクト・マネジメント（OPM）>PMP：共通 - 組織的プロジェクト・マネジメント（OPM）]] --[[組織的PM（OPM）>PMP：共通 - 組織的プロジェクト・マネジメント（OPM）]] *目次 [#k274e3ac] #contents *概要 [#v1902a91] -PMプラクティス（IT業界向け）のポイントまとめ。 -PMBOKは体系（改善ツールの辞書）なので全部を使わなくてもOK *詳細 [#n5790b74] **プロジェクトの本質 [#h3e5a66c] [[プロジェクトの定義>PMP：共通#b56d822b]]に加え、以下の要素が重要。 ***[[外部環境>PMP：共通#v8223a8d]] [#l2f92d7c] ***[[戦略的意図>PMP：共通#ce555cad]] [#xe2ef8cf] ***[[目的 → 目的（ブレークダウン）>PMP：共通 - 組織的プロジェクト・マネジメント（OPM）]] [#u060a4fc] ポートフォリオ → プログラム → プロジェクト ***プロジェクトの誕生 [#tecbbe2d] **２つのプロセス [#feaa3f70] ***エンジニアリング・プロセス [#d148a2d8] -業界ごとに異なる（[[生産技術]]など）。 -[[WBS>PMP：計画 - 範囲#t85b1ac3]]中、[[PDM>PMP：計画 - 時間#t72e9fcb]]中に含まれる。 -WBS中ではプロダクト・スコープになる。 ***マネジメント・プロセス [#b6496129] -業界に依存しない（PMBOK） -[[WBS>PMP：計画 - 範囲#t85b1ac3]]中に含まれる。[[PDM>PMP：計画 - 時間#t72e9fcb]]中に含まれない。 -WBS中ではマネジメント・スコープになる。 **プロジェクトの成功 [#j7935c0a] 究極的には、三方良し。 ***視点 [#x4bb370e] -古い視点（PM視点） --QCD --プロフィット --重要な知識エリア ---Q（品質） ---C（コスト） ---D（デリバリ ≒ スケジュール） -新しい視点（ステークホルダー視点） --ベネフィット --ビジネス --重要な知識エリア ---ステークホルダー ---コミュニケーション ---スコープ ---リスク ---資源 ***評価 [#iafec1ad] -QCD >↓ ↓ ↓ -[[OPA>PMP：環境#m2fffc0f]]、成果物自体（品質 → ベネフィット） >↓ ↓ ↓ -ベネフィットに依るビジネスの成功 >↓ ↓ ↓ -次のビジネス・チャンスに繋がる。 ***要素 [#h267801c] -顧客の関与 --[[JAD、QFD>PMP：グループ意思決定技法#o4598f67]] --ステコミ -上位マネジメントの支持 --様々なサポート --支援活動の利用 ---ラボへの招待 ---, etc. -スコープの最適化 **知識エリア毎ポイント [#ne541777] ***ステークホルダー・マネジメント [#od0e9c43] -一次ステークホルダー --満足度を上げる。 -二次ステークホルダー --不満足度を下げる。 ***スコープ・マネジメント [#u8721ea1] -[[２つのスコープ>#feaa3f70]] --プロダクト・スコープ --マネジメント・スコープ -ツリー型のWBS --メリット~ 視認性が高い。 --デメリット~ 書けるツールが無い。 -WBSの作成方法 --プロセス志向 ---サブシステム毎のプロセスが同じ。 ---第二階層がプロセスのフェーズ ---第三階層がプロダクト --機能志向 ---サブシステム毎にプロセスが異なる。 ---第二階層がプロダクト ---第三階層がプロセスのフェーズ -責任分界点 → [[RAM（RASCIチャート）>PMP：計画 - 資源#o6513ae2]] --日本では書かないことが多い --R, A は１名だけのアサイン ***スケジュール・マネジメント [#xf8ab20e] -[[PDM>PMP：計画 - 時間#t72e9fcb]] --作り方 ---結びを忘れない --後ろから造ると良い。 --CP・フロートの確認手順 ---フォワードパス ---バックワードパス ---フロート計算 -[[CPの短縮>PMP：計画 - 時間#nc066a5a]] --クラッシング~ ITではあまりやらない（正確な時間と原価が出ないので）。 --ファスト・トラッキング~ ITでは多い（I/Fを合わせて並行実行） ***リスク・マネジメント [#wc1ab4da] -プロジェクト自体のリスク --縦軸：案件サイズ（影響） --横軸：不確実性 -未知と既知 --既知のリスク ---リスク対応 ---コンティンジェンシー予備（時間・金） --未知のリスク ---マネジメント予備（時間・金） -リスク・モデル --特定対象 ---リスク要因（リスク・ドライバ） ---リスク事象 --分析対象 ---発生確率 ---影響 ***コミュニケーション・マネジメント [#f7017d77] -基本的に、 --フェーズゲート --定例 --ミーティング --ステコミ >などが決められている。~ ※ 無駄な会議は計画で減らす。 -[[タックマン・モデル>PMP：チーム・マネジメント#hb8d4c8d]] --全ての物語はコレ（対立と和解）。 --最初にプロジェクトの背景を説明するのが重要。 --最後は権限移譲（エンパワーメント） -[[コンフリクトの理解>PMP：チーム・マネジメント#o6e25c94]] -[[原則立脚型交渉>PMP：チーム・マネジメント#e3ab7a22]] ***コスト・マネジメント [#uff324d7] -パラメトリック --FP規模見積 --ステップ規模見積 --画面数とバッチ数で見積（エイヤ式） -工程別工数比率に依る見積~ ≒ 作業工数分配モデルを使用した外挿法 -[[EVM>PMP：アーンド・バリュー（EV）]]~ の重要性が日本でも高まってきている。 ***その他の知識エリア [#ae1daddc] -品質マネジメント -資源マネジメント -調達マネジメント **フェーズ毎ポイント [#k974bb1b] ***立上 [#rf9eabf1] -顧客＆自社 -SMARTの法則 --Specific：具体的である --Measurable：計測可能である --Achievable：達成可能である --Result-based：成果を重視している --Time-bound：期限が明確である -「[[プロジェクトの本質>#h3e5a66c]]」部分が重要 ***計画 [#bf9f3247] 全知識エリア ***実行、監視・制御 [#p8ff2c80] -[[スケジュール・マネジメント>#xf8ab20e]] --出来高パーセント見積もり法（A） --重みづけマイルストーン法（B） --上記の（A）、（B）の組み合わせ --固定比配分法 >※ パーセント法は、見積もりが不正確で出来ず、刻んでくることがあるので、~ 終われそうかどうかを聞いてから、その後、残作業を聞くと良い。 -[[コスト・マネジメント>#uff324d7]]のEVMを実施。 -QCD + Rで報告（[[コミュニケーション>#f7017d77]]）。 ***終結 [#ga41cc07] -ポストモーテム --直訳すると 検死 となりますが、 --そこから転じて何か問題が発生した際に行う振り返りの一つ。 -プロジェクト型の海外では、振り返り１件を１０＄で購入しているらしい。
