軟件過程改進實踐

第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 識別利用相關(guān)者
1.5.2 獲取領(lǐng)導者重視
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 總結(jié)收尾
第3章 軟件過程改進的體系設(shè)計
3.1 整體設(shè)計
3.2 過程設(shè)計
3.2.1 過程設(shè)計的PDCA方法
3.2.2 特定方法論對過程的影響
3.2.3 過程設(shè)計與系統(tǒng)思考
3.2.4 過程的分離與合并
3.3 度量設(shè)計
3.3.1 GQM方法
3.3.2 數(shù)據(jù)流程
第4章 軟件過程改進模型
4.1 軟件能力成熟度模型CMM簡介
4.2 CMM的五層體系結(jié)構(gòu)
4.2.1 成熟度級別的行為特征
4.2.2 理解成熟度級別
4.2.3 軟件過程的可見度
4.2.4 過程成熟度與性能預測
4.2.5 跳躍成熟度級別
4.3 CMM的關(guān)鍵過程域
4.3.1 關(guān)鍵過程域的定義和結(jié)構(gòu)
4.3.2 關(guān)鍵過程域的目標
4.3.3 關(guān)鍵過程域的公共特征
4.3.4 成熟度級別的關(guān)鍵過程域
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 結(jié)構(gòu)層次
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的結(jié)構(gòu)
7.3.5 動態(tài)結(jié)構(gòu)
7.3.6 靜態(tài)結(jié)構(gòu)
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)境應(yīng)用的運行
7.5.3 開發(fā)過程的自動化
7.5.4 自動同步的并發(fā)開發(fā)
7.5.5 管理用戶對供應(yīng)商提供的代碼的修改
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 與工作流程完美結(jié)合的變更、需求和配置管理
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與幾類角色間的關(guān)系
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：自頂向下與自底向上相結(jié)合
8.3.2 策略2：循序漸進 由易到難
8.3.3 策略3：先從改變觀念做起
8.3.4 策略4：測試先行
8.3.5 策略5：充分利用管理工具
8.3.6 策略6：內(nèi)外結(jié)合以內(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 為應(yīng)用SCM支招
8.7.4 不要忽略SCM
8.8 企業(yè)最關(guān)心的——四個CMM焦點問題
8.8.1 小企業(yè)能不能實施CMM
8.8.2 如何確保評審質(zhì)量
8.8.3 精英員工組成的項目組有必要實施CMM嗎
8.8.4 過程重要還是個人重要
參考文獻