「.NET 開発基盤部会 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。
目次 †
概要 †
実行プロセス群の試験対策
詳細 †
アクティビティで時間・原価を最も消費するプロセス群。
実行の流れ †
統合 †
監視・制御とI/Oを相互にする。
- プロジェクト作業の指揮・マネジメント
- プロジェクト知識のマネジメント
資源・調達 †
- 調達
- 調達の実行
調達交渉（TT）は一つのプロジェクトとして実行されることがある。
その他 †
- コミュニケーション：コミュニケーション・マネジメント
- ステークホルダー：ステークホルダー・エンゲージメント・マネジメント
ココだけ、PMのみの責任とあったが、他は違うのか？
基礎知識 †
統合系 †
資源系 †
- タックマン・モデル
- 成立期 → 動乱期 → 安定期（信頼関係の構築） → 遂行期 → 解散期
- 安定期・遂行期を逆に覚えそうで怖い（安定してから遂行）。
- 一人でも人を入れると、成立期に戻るらしい。
- 動機付け理論
- マズローの欲求と段階説
生理的→安全→社会→自己云々
- 衛生理論
健全性＋動機付け
- 期待理論
良い結果の期待（自分の期待と他人の期待）
- 達成理論
達成感＋α（人間関係＝権力・親和）
- XY、Z理論
- X :独裁的 = 強制的、処罰/金銭/地位による動機付け。
- Y :民主的 = 適切な動機と期待感を与える（自発的に役割を果たす）
- Z :日式的 = 終身雇用的な忠誠心、生産性の向上
- コンティンジェンシー理論（Y＋衛星）
- タネンバウムとシュミットのコンティニュウム・マネジメント理論（PM権限の委譲）
- シチュエーショナル・リーダーシップ理論（指示、コーチング、支援、委譲）
- 纏まり易いグループ・サイズは
5-11人と言われている。
- 解決方法
「撤退や回避」は最悪、「協力や問題解決」は最高、後はケースバイケースで使分ける。
- 撤退や回避
- 鎮静や適応
- 強制や指示
- 妥協や和解
- 協力や問題解決
調達系 †
- 全体的に、計画プロセスのITTOとの区別をしておくこと。
以下は「計画プロセス」のITTO
- O
- 内外製決定
- 調達SOW
- 入札文書
- 発注先選定基準
- 独自コスト見積
- 合意書（紛争、ADR）
相互に拘束力を持つ合意
- 紛争 : 解決できない場合、クレームは、紛争になる。
- ADR : 紛争は、法廷（裁判外紛争解決手続（ADR））に従って処理。
その他 †
- 監査
対象は、方針、プロセスとアクティビティでプロダクトではない。
監査で問題を発見した場合は、プロセスとアクティビティを対象としたプロセス改善を行う。
- フィルタ
- になるもの
言語/文化/コンテキスト/地理/感情/姿勢
- にならないもの
習慣
- 無くなった？
状況レビュー会議/報告システム（TT）→実績報告書（O）
似たような言葉 †
- 是正処置
- ドメイン：パフォーマンス
- 対象：作業内容（成果物でない物品）
- 予防処置
- ドメイン：パフォーマンス
- 対象：パフォーマンス自体
- 欠陥修正
- ドメイン：プロジェクト・ベースライン
- 対象：成果物
入札説明会→XXX説明会 †
- ベンダ説明会
- コンストラクター説明会
- 事前入札説明会
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
