需求管理
1. 需求驗證目的：確定需求基線
2. 需求確認目的：干系人理解需求
3. 需求跟蹤：a) 正向：需求追溯，需求在開發(fā)過程中不丟失b) 反向：需求回溯，找到需求的源頭
項目管理
1. 信息化項目的生命周期：可行性分析、業(yè)務重組、信息系統(tǒng)規(guī)劃、系統(tǒng)需求分析
2. 小項目的立項中，可以只審批可行性研究報告
3. 論證與評估的區(qū)別：項目論證由第三方來執(zhí)行
4. 項目章程的特點：a) 有項目發(fā)起人發(fā)布，出資人批準b) 發(fā)布項目章程是項目啟動的依據(jù)c) 項目經(jīng)理不能制定和發(fā)布章程，并且項目經(jīng)理應在項目章程中指定（在制定項目章程過程中任命項目經(jīng)理）
5. 滾動波浪式計劃（WBS）：計劃可以粗略，不是越詳細越好
6. 三點估算：T=(T0+4Tm+Tp)/6，標準差=（Tp-T0）/6 a) 給出三個能計算出另外一個b) 活動在均值之前完成的概率為50%，在加一個標準差范圍完成的概率為68.3%
7. 進度壓縮：不改變項目范圍、進度制約條件
8. 快速跟進：屬于變更，要得到CCB的批準
9. 進度管理：關鍵鏈法的核心特征、活動的緩沖時間
10. 基線a) 基線是領導批準客戶確認的b) 基線的控制方法：根據(jù)計劃進行績效考核，如需調(diào)整基線：c) 在基線范圍內(nèi)調(diào)整：內(nèi)部調(diào)整d) 超出基線范圍：啟動變更e) 里程碑：重要的檢查點f) 基線：重要的需要確認的里程碑
11. 質(zhì)量控制必須要做的事情：評審、測試和抽樣
12. 質(zhì)量計劃、保證和控制的區(qū)別：a) 質(zhì)量計劃：定義什么是合規(guī)，達標，動用了哪些資源b) 質(zhì)量保證：QA（審計），對過程負責，有獨立性，不能由項目經(jīng)理擔任，同一項目的QA不能擔任QC c) 質(zhì)量控制：QC（檢查、審查、測試、評審），對結果負責
13. 造成質(zhì)量問題的原因：4M1E，人，機器，原材料，方法和環(huán)境
14. 抽樣統(tǒng)計的計算：
15. 樣本大小=0.25*（可信度因子/（1-接受的可信度））2 a) 例如： 接受一個95%的可信度， 95%的可信度因子為1.960，90%的可信度因子為1.645, 80%的可信度因子為1.281，計算樣本大小。
16. 缺陷修復審查中6σ管理法：a) σ指缺陷發(fā)生頻度，σ值越高，過程故障率越低b) 當σ值減少時，成本升高，過程周期時間增加，客戶滿意度降低
17. 質(zhì)量成本包括：預防成本 評估成本 缺陷成本
18. 服務的質(zhì)量保證包括：時間、能力、態(tài)度
19. 如有監(jiān)理參與，質(zhì)量計劃需要得到監(jiān)理的審核和批準
20. 驗證與確認的區(qū)別：a) 驗證：認定是不是正確做事，用來認定結果是否滿足前一階段的要求，是階段活動。b) 確認：認定是否做了正確的事，用來認定最終結果是否滿足要求，是針對最終結果的。
21. 質(zhì)量保證與質(zhì)量控制的區(qū)別：a) 質(zhì)量保證活動包括：審計，對過程負責，屬于驗證活動。b) 質(zhì)量控制活動包括：評審和審查，對結果負責，屬于確認活動。評審是正式的，自己不能評審自己；審查是非正式的，自己可以審查自己。
22. 評審a) 評審（review）：正式，如階段評審、同行評審（peer review）b) 審查（inspection）：非正式，如桌面檢查（desktop inspection），代碼走查（walkthrough）c) 審計（audition）：單純的驗證活動，也稱作審核。d) 評審是正式活動，不能評審自己的成果；e) 審查是非正式的，可以審自己；f) 評審、審查、測試是質(zhì)量控制活動；
23. 審計是質(zhì)量保證活動；
24. 質(zhì)量保證對過程負責；
25. 質(zhì)量控制對結果負責。

到信管資料庫下載完整文檔：http://www.jazzmuze.com/down/ShowForum-4170-1.htm