「.NET 開発基盤部会 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。
目次 †
概要 †
- PMプラクティス（IT業界向け）のポイントまとめ。
- PMBOKは体系（改善ツールの辞書）なので全部を使わなくてもOK
詳細 †
プロジェクトの本質 †
プロジェクトの定義に加え、以下の要素が重要。
ポートフォリオ → プログラム
プロジェクトの誕生 †
２つのプロセス †
エンジニアリング・プロセス †
- 業界ごとに異なる（生産技術など）。
- WBS中、PDM中に含まれる。
- WBS中ではプロダクト・スコープになる。
マネジメント・プロセス †
- 業界に依存しない（PMBOK）
- WBS中に含まれる。PDM中に含まれない。
- WBS中ではマネジメント・スコープになる。
プロジェクトの成功 †
究極的には、三方良し。
視点 †
- 重要な知識エリア
- Q（品質）
- C（コスト）
- D（デリバリ ≒ スケジュール）
- 重要な知識エリア
- ステークホルダー
- コミュニケーション
- スコープ
- リスク
- 資源
評価 †
↓ ↓ ↓
↓ ↓ ↓
↓ ↓ ↓
要素 †
知識エリア毎ポイント †
ステークホルダー・マネジメント †
スコープ・マネジメント †
- プロセス志向
- サブシステム毎のプロセスが同じ。
- 第二階層がプロセスのフェーズ
- 第三階層がプロダクト
- 機能志向
- サブシステム毎にプロセスが異なる。
- 第二階層がプロダクト
- 第三階層がプロセスのフェーズ
スケジュール・マネジメント †
- クラッシング
ITではあまりやらない（正確な時間と原価が出ないので）。
- ファスト・トラッキング
ITでは多い（I/Fを合わせて並行実行）
リスク・マネジメント †
コミュニケーション・マネジメント †
などが決められている。
※ 無駄な会議は計画で減らす。
- タックマン・モデル
- 全ての物語はコレ（対立と和解）。
- 最初にプロジェクトの背景を説明するのが重要。
- 最後は権限移譲（エンパワーメント）
- コンフリクトの理解
- 縦軸：自分の理想
- 横軸：相手の理想
- 中央部の妥協は広い
- 原則立脚型交渉
- 人と問題を分離する
- 立場ではなく利害に焦点を合わせる
- 決定の前に多くの選択肢を考えておく
- 客観的基準で結果を導く
コスト・マネジメント †
- パラメトリック
- FP規模見積
- ステップ規模見積
- 画面数とバッチ数で見積（エイヤ式）
- 工程別工数比率に依る見積
≒ 作業工数分配モデルを使用した外挿法
その他 †
- 品質マネジメント
- 資源マネジメント
- 調達マネジメント
フェーズ毎ポイント †
立上 †
- SMARTの法則
- Specific：具体的である
- Measurable：計測可能である
- Achievable：達成可能である
- Result-based：成果を重視している
- Time-bound：期限が明確である
計画 †
全知識エリア
実行、監視・制御 †
- スケジュール・マネジメント
- 出来高パーセント見積もり法（A）
- 重みづけマイルストーン法（B）
- 上記の（A）、（B）の組み合わせ
- 固定比配分法
※ パーセント法は、見積もりが不正確で出来ず、刻んでくることがあるので、
終われそうかどうかを聞いてから、その後、残作業を聞くと良い。
終結 †
- ポストモーテム
- 直訳すると 検死 となりますが、
- そこから転じて何か問題が発生した際に行う振り返りの一つ。
- プロジェクト型の海外では、振り返り１件を１０＄で購入しているらしい。
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
