(opening)
P.142下
基本的には「品質=ユーザ満足度」
P.143上
品質計画: 品質評価の基準を定める
P.143中
品質保証: デザインレビュを行う
P.143下
品質管理: 成果物の品質を確認する
P.145上
おおざっぱに言うと役割分担
P.145中
組織は一般にピラミッド型
P.145下
プロジェクト体制図を描く
P.146上
コミュニケーション不足でプロジェクト破綻もありえる
P.146中
コミュニケーション計画: コミュニケーションルールを定める
P.147上
進捗管理: いかに早く、正確に報告できるか
(タイムマネジメントのスケジュール管理とは違う)
変更管理: ユーザの変更要求を正確に伝達すべき
P.147下
顧客担当者は一人にしたい
(break: No.32, No.19)
P.148中
リスクを想定して前もって考えておくことが大事
P.149中
P.149下
考えられるリスクを挙げて対策を立てる
P.150中
現物・現場でリスク監視する
P.150下
何かしら調達が必要
P.151上
P.151上~
(PMBOKではなく、一般の人材調達の話)
P.152上~
(PMBOKではなく、一般の外部調達の話)
P.153上
ここまで見てきた8つのバランスを考えなくてはいけない
P.153中
8つの領域を統合する
P.154上
規模が大きいほど統合マネジメントが必要となる
(closing)
教科書(図はすべてこちらより引用):
鶴保征城,駒谷昇一著 “ずっと受けたかった ソフトウェアエンジニアリングの授業1” 翔泳社