軟件過程改進實踐

第1章 軟件過程改進的原理
1.1 引言
1.2 過程改進框架
1.2.1 樸素過程改進
1.2.2 樸素過程改進的特征
1.2.3 樸素過程改進的對象
1.2.4 樸素過程改進的行動框架
1.3 深入理解過程
1.3.1 過程
1.3.2 過程的表達
1.3.3 過程改進
1.3.4 SPI之FAQ
1.3.5 推薦閱讀——國內(nèi)軟件企業(yè)實施CMM的四五障礙
1.4 戰(zhàn)略規(guī)則和策略選擇
1.4.1 戰(zhàn)略規(guī)劃
1.4.2 SPI策略
1.5 過程改進利益分析
1.5.1 識別利用相關者
1.5.2 獲取領導者重視
1.5.3 獲取群眾支持
1.5.4 過程改進的組織和驅(qū)動
1.5.5 避免SPI萬能論
1.5.6 SPI的困惑
1.6 過程改進的障礙分析
1.6.1 阻力來源及其化解
1.6.2 過程改進的風格
1.7 組織文化改進
1.7.1 背景
1.7.2 組織文化及其作用
1.7.3 中西文化差異
1.7.4 如何改進組織文化
1.7.5 文化改進的最佳實踐
第2章 軟件過程改進的管理
2.1 過程診斷
2.2 方案制訂
2.2.1 試點項目選擇
2.2.2 方案的內(nèi)容和寫作
2.3 項目啟動
2.4 SPI項目策劃
2.5 項目檢查控制
2.5.1 控制原理
2.5.2 控制過程
2.5.3 SIP項目控制
2.6 項目驗收
2.6.1 “僵化”理念與69條
2.7 總結收尾
第3章 軟件過程改進的體系設計
3.1 整體設計
3.2 過程設計
3.2.1 過程設計的PDCA方法
3.2.2 特定方法論對過程的影響
3.2.3 過程設計與系統(tǒng)思考
3.2.4 過程的分離與合并
3.3 度量設計
3.3.1 GQM方法
3.3.2 數(shù)據(jù)流程
第4章 軟件過程改進模型
4.1 軟件能力成熟度模型CMM簡介
4.2 CMM的五層體系結構
4.2.1 成熟度級別的行為特征
4.2.2 理解成熟度級別
4.2.3 軟件過程的可見度
4.2.4 過程成熟度與性能預測
4.2.5 跳躍成熟度級別
4.3 CMM的關鍵過程域
4.3.1 關鍵過程域的定義和結構
4.3.2 關鍵過程域的目標
4.3.3 關鍵過程域的公共特征
4.3.4 成熟度級別的關鍵過程域
4.4 CMM的評估和評價方法
4.4.1 CMM評估框架（CMM Appraisal Framework,CAF）
4.4.2 IDEAL模型
4.5 CMMI
4.5.1 從CMM到CMMI
4.5.2 CMMI體系
4.5.3 CMMI過程域
4.5.4 為什么選擇CMMI？如何選擇和實施CMMI
4.5.5 CMMI評估方式SCAMPI
4.6 ISO9000族質(zhì)量管理標準
4.6.1 ISO9000族標準概要
4.6.2 質(zhì)量管理的八項原則
4.6.3 2000版ISO9000族標準的基本原理
第5章 軟件過程改進的技能
5.1 SPI培訓
5.1.1 培訓技巧
5.1.2 實施有效的企業(yè)內(nèi)部訓練
5.2 過程的心理輔導
5.2.1 識別所處的階段
5.2.2 顧問和輔導
5.3 方案寫作
5.3.1 了解好案例
5.3.2 編寫案例的步驟
第6章 人力資源的
6.1 人力資源管理改進的原因
6.2 現(xiàn)代人力資源管理概論
6.2.1 基本模型
6.2.2 結構層次
6.3 工作分析
6.3.1 工作分析的方法
6.3.2 工作分析的內(nèi)容
6.4 績效考評
6.4.1 什么是績效考評
6.4.2 國內(nèi)外進展
6.4.3 如何實施
6.4.4 績效管理面臨的挑戰(zhàn)
6.5 KPI和SPI的銜接
6.6 推薦閱讀
第7章 SPI工具推薦
7.1 工具的重要作用
7.1.1 過程管理工具
7.1.2 配置管理工具
7.2 CA AllFusion Process Management Suite
7.3 Rational Unified Process
7.3.1 RUP簡介
7.3.2 RUP的特點
7.3.3 最佳實踐
7.3.4 RUP的結構
7.3.5 動態(tài)結構
7.3.6 靜態(tài)結構
7.4 IBM（Ration)ClearCase
7.4.1 版本控制
7.4.2 工作空間管理
7.4.3 建立管理
7.4.4 過程控制
7.5 AllFusion Harvest Change Manager
7.5.1 開始實施變更管理
7.5.2 通過自動化的變更提交，保證生產(chǎn)環(huán)境應用的運行
7.5.3 開發(fā)過程的自動化
7.5.4 自動同步的并發(fā)開發(fā)
7.5.5 管理用戶對供應商提供的代碼的修改
7.5.6 管理并行開發(fā)活動
7.5.7 定制AllFusion Harvest Change Manager
7.5.8 獲得端到端的變更管理支持
7.6 Hansky SDM
7.6.1 企業(yè)級的配置和變更管理
7.6.2 與工作流程完美結合的變更、需求和配置管理
7.6.3 靈活易用的SDM解決方案
7.6.4 成功案例
7.7 TeamEffort
7.7.1 TeamEffort的主要特點
7.7.2 TeamEffort的主要功能模塊
7.7.3 TeamEffort的運行環(huán)境
第8章 企業(yè)最佳實踐
8.1 北大方正——如何在軟件企業(yè)中實施軟件質(zhì)量保證
8.1.1 實施SQA的目的
8.1.2 對SQA的素質(zhì)要求
8.1.3 SQA人員的組成
8.1.4 SQA工作的內(nèi)容
8.1.5 SQA與幾類角色間的關系
8.1.6 SQA工作中常見的幾個問題
8.2 聯(lián)想——提高軟件項目成功率的軟件過程
8.2.1 失敗的類型
8.2.2 有利于成功的前期過程
8.2.3 有利于成功的后期過程
8.2.4 過程管理的公理系統(tǒng)
8.3 浪潮通軟——六件“錦囊妙計”：基于CMM的軟件過程改進實施策略
8.3.1 策略1：自頂向下與自底向上相結合
8.3.2 策略2：循序漸進 由易到難
8.3.3 策略3：先從改變觀念做起
8.3.4 策略4：測試先行
8.3.5 策略5：充分利用管理工具
8.3.6 策略6：內(nèi)外結合以內(nèi)為主
8.4 清華同方——軟件過程改進“法寶”
8.5 創(chuàng)智——你相信CMM有價值嗎
8.6 用友——與CMM有謀而合
8.6.1 實施CMM的成功因素
8.6.2 實施CMM的一些經(jīng)驗
8.7 CA——SCM：軟件項目管理的“先行軍”
8.7.1 軟件開發(fā)的“泥潭”
8.7.2 SCM的責任
8.7.3 為應用SCM支招
8.7.4 不要忽略SCM
8.8 企業(yè)最關心的——四個CMM焦點問題
8.8.1 小企業(yè)能不能實施CMM
8.8.2 如何確保評審質(zhì)量
8.8.3 精英員工組成的項目組有必要實施CMM嗎
8.8.4 過程重要還是個人重要
參考文獻