高效率的軟件項目質(zhì)量管理

課程收益                   
速度和質(zhì)量越來越成為軟件開發(fā)制勝的關(guān)鍵，然而管理人員和開發(fā)人員長期為以下問題所困擾，通過本課程的學(xué)習(xí)，將發(fā)現(xiàn)問題產(chǎn)生的根源以及行之有效的解決措施。
①. 項目延期最本質(zhì)的原因是什么？
項目進度緊張，開發(fā)人員常常沒日沒夜地加班，然而項目進度總是一延再延期。
②. 如何有限的工期交付高質(zhì)量的產(chǎn)品？
客戶對軟件產(chǎn)品質(zhì)量要求高，而開發(fā)工期卻很短，很多項目在面臨這種情況，往往采用“先做完再說”的策略，其代價是客戶對質(zhì)量的抱怨和大量的研發(fā)人力陷于救火之中。那么正確的策略又是什么呢？
③. 如何做好需求分析并寫出高質(zhì)量的需求文檔？
軟件需求規(guī)格的質(zhì)量極大程度上影響了最終軟件產(chǎn)品的質(zhì)量和項目開發(fā)效率，然而國內(nèi)的工程師很少掌握需求分析方法，更不會寫需求文檔。
④. 設(shè)計文檔該寫什么？怎樣寫？
開發(fā)人員通常也不知設(shè)計文檔該寫什么，分不清哪些內(nèi)容屬于需求哪些內(nèi)容屬于設(shè)計，設(shè)計文檔細化到什么程度？良好的設(shè)計文檔提升開發(fā)效率，劣質(zhì)的設(shè)計文檔浪費開發(fā)時間。
⑤. 如何有效開展評審？
評審是提升文檔和代碼質(zhì)量的有效手段，然而為何評審效果總是不佳呢？沒人愿意參加評審，評審發(fā)現(xiàn)的往往是文字錯誤這樣膚淺的問題，評審活動流于形式。
⑥. 如何有效測試？
某些項目要求做單元測試，結(jié)果花費不少精力，可是沒有發(fā)現(xiàn)多少問題。問題出在哪里？單元測試到底值不值得做？測試工作給測試人員帶來的挑戰(zhàn)是如何在有限的時間內(nèi)盡可能多的發(fā)現(xiàn)軟件缺陷，如何面對這樣的挑戰(zhàn)？
⑦. 進度非常緊張的項目應(yīng)該走流程嗎？
某些企業(yè)有完善的流程體系，可是很多項目都不愿意按照流程做，最有說服力的理由是流程降低了開發(fā)效率。流程的本質(zhì)到底是什么？進度非常緊張的項目到底該不該走流程？
⑧. 如何解決QA和項目經(jīng)理的沖突問題？
QA總是抱怨項目經(jīng)理不走流程，項目經(jīng)理總是抱怨QA不為項目做實事，反倒常常“騷擾”。有沒有方法扭轉(zhuǎn)這樣的局面？
⑨. ……

培訓(xùn)特色                    
 思想性：凝聚質(zhì)量管理大師的思想，結(jié)合軟件工程實踐方法，揭示軟件開發(fā)規(guī)律，透過案例分析深刻地理解效率與質(zhì)量相統(tǒng)一的質(zhì)量管理理念。
 實踐性：本課程累計了十年來業(yè)界知名公司的大量成功案例、失敗教訓(xùn)開發(fā)出來的，完全不同于通常的教科書或培訓(xùn)所傳授的很難操作的理論，具有非常強的實踐性和可操作性。
 針對性：針對國內(nèi)項目經(jīng)理和開發(fā)工程師的特點，針對國內(nèi)軟件項目開發(fā)過程普遍存在的問題，有重點地進行剖析問題的本質(zhì)，并給出經(jīng)過實踐驗證的、行之有效的措施。

 講師資歷                     
周志龍：資深講師，資深咨詢顧問
• 原QAI資深咨詢顧問
• 中國軟件行業(yè)協(xié)會授予的十大咨詢師

 專業(yè)背景：哈爾濱工業(yè)大學(xué)工學(xué)碩士，具備13年產(chǎn)品研發(fā)、研發(fā)管理、質(zhì)量管理及研發(fā)過程改進咨詢經(jīng)驗。曾在華為公司北研所和華為3COM公司任職7年，歷任研發(fā)工程師、研發(fā)經(jīng)理、質(zhì)量總監(jiān)等職位，對IPD和CMMI有深入的研究和豐富的實踐，是華為最早按照研發(fā)流程體系成功完成項目的首批項目經(jīng)理；主導(dǎo)了華為和華為3COM研發(fā)流程體系建設(shè)、推行和改進工作，在華為3COM的軟件開發(fā)過程的變革獲得巨大成功，使得華為3COM軟件開發(fā)遠遠領(lǐng)先于業(yè)界。

 咨詢背景：有6年的咨詢經(jīng)驗，曾在全球著名的咨詢公司QAI任資深咨詢師，為三十多家高科技企業(yè)做過咨詢服務(wù)，涉及領(lǐng)域包括金融、郵電、電力、汽車、電子政務(wù)、稅務(wù)、手機等，包括世界500強企業(yè)、上市公司。主要咨詢客戶有：臺灣晨星半導(dǎo)體，南京埃斯頓、長春一汽，北京偉創(chuàng)力(中國)，埃斯頓自動化，北京軟腦軟件，北京華勝天成，北京天碁科技(T3G)，中星電子，北京中科恒業(yè)，奧德思電器，江蘇大唐，航天信息，公眾信息，中科院西北星，中興通訊，成都天府軟件園，山東農(nóng)信社等等。專業(yè)、敬業(yè)的咨詢作風(fēng)深受客戶贊揚，應(yīng)得非常好的口碑，被中國軟件行業(yè)協(xié)會授予十大咨詢師。

培訓(xùn)背景：在華為公司和華為3COM公司，為研發(fā)人員提供大量培訓(xùn)，就多次被評為公司優(yōu)秀講師。在咨詢服務(wù)過程中，為客戶提供研發(fā)管理、質(zhì)量管理、項目管理、軟件工程等培訓(xùn)，此外，還為廣東核電站、上海中科深江、珠海高凌信息、深圳市文鼎創(chuàng)數(shù)據(jù)科技、奧維通信、深圳市科陸電子、理邦精密儀器、南京科遠、廣利核、橫河電機、冶自歐博、中星電子等公司提供培訓(xùn)服務(wù)，在北京、上海、深圳、大連、成都、南京等地舉辦過公開課。

參加對象：項目經(jīng)理、研發(fā)骨干、產(chǎn)品經(jīng)理、質(zhì)量經(jīng)理、測試經(jīng)理、QA等

 課程大綱                    
1. 軟件質(zhì)量管理的概述
本單元學(xué)習(xí)目標(biāo)：掌握質(zhì)量管理的一些重要的理念和主要概念，認識到通過有效的質(zhì)量管理才能獲得開發(fā)的高效率
1.1. 質(zhì)量管理發(fā)展里程
1.1.1. 研討：質(zhì)量與效率關(guān)系
通過研討，讓學(xué)員體會到：效率和質(zhì)量是孿生兄弟，是一體的兩面，遵循軟件開發(fā)規(guī)律和質(zhì)量管理規(guī)律，在項目前期注入質(zhì)量要素，才可能獲得項目開發(fā)整體上的高效率
1.1.2. 介紹質(zhì)量管理發(fā)展歷程
——質(zhì)量靠個人保證
——質(zhì)量靠測試保證
——質(zhì)量靠設(shè)計保證
——質(zhì)量靠流程保證
1.1.3. 案例分析：質(zhì)量管理對日本工業(yè)和印度軟件業(yè)發(fā)展所起到的推動作用
實例來說明質(zhì)量管理給企業(yè)帶來的是高效率，而不是效率的阻礙
1.2. 從質(zhì)量成本要效率、要質(zhì)量
1.2.1. 質(zhì)量成本的定義
1.2.2. 質(zhì)量成本分類：預(yù)防成本、評估成本和失效成本
1.2.3. 加強預(yù)防成本的投入，可從過程重用和技術(shù)重用兩方面提升效率和質(zhì)量，變失效成本為利潤
1.2.4. 從救火文化到預(yù)防文化的轉(zhuǎn)變
1.2.5. “一次把事情做對”的對提升開發(fā)效率的重要作用
1.2.6. 十乘十乘十法則介紹，說明缺陷預(yù)防和把缺陷消滅在前期才能使項目獲得高效率
1.2.7. 從軟件開發(fā)的缺陷分布來說明需求分析的質(zhì)量如何影響整體開發(fā)效率的
1.2.8. 案例分析：A公司有一個緊急項目，應(yīng)該怎樣做？
面對緊急項目，多數(shù)管理者都會自亂陣腳，需求還沒有討論清楚，開發(fā)人員匆匆編碼，結(jié)果是返工、不斷地大量返工，項目進度被大大拖延了。

2. 高質(zhì)量的軟件需求挖掘、分析和文檔化
本單元學(xué)習(xí)目標(biāo)：掌握需求分析方法和需求文檔的寫作方法，從源頭上把控好項目的質(zhì)量，減少返工，提高效率
2.1. 需求的重要性
2.1.1. 需求對項目的進度和質(zhì)量影響
2.1.2. 需求對測試活動和其它相關(guān)組的影響
2.2. 需求開發(fā)典型問題
2.3. 案例分析：請分析某項目的需求文檔有什么問題，如何改進
通過案例，說明什么是好的需求文檔，進一步體會需求問題為項目帶來的后果。
2.4. 造成需求開發(fā)典型問題的原因
2.5. 軟件需求過程介紹，需求開發(fā)介紹，包括需求挖掘、分析、文檔化、評審確認等
2.6. 軟件需求挖掘和分析過程
2.6.1. 需求層次：needs，feature和requirement
2.6.2. 需求來源和獲取方法，如客戶訪談、競爭對手產(chǎn)品分析等
2.6.3. 需求分析方法和工具，如用例圖
2.7. 高質(zhì)量需求文檔的標(biāo)準(zhǔn)
2.7.1. 好的需求文檔特點
2.7.2. 需求文檔中避免出現(xiàn)的一些詞匯
2.7.3. 演練：寫出一功能需求的輸出部分
2.8. 總結(jié)：如何制定出高質(zhì)量的需求文檔

3. 高效率的軟件設(shè)計
本單元學(xué)習(xí)目標(biāo)：剖析軟件設(shè)計常犯的錯誤，如何避免這些錯誤，寫出高質(zhì)量的設(shè)計文檔
3.1. 研討：我們做設(shè)計時，都常犯哪些錯誤
3.2. 設(shè)計過程
3.3. 設(shè)計基本原理和基本概念
3.3.1. 基本分解問題、簡化問題的原理
3.3.2. 抽象概念
3.3.3. 層次化概念
3.3.4. 模塊化概念
3.3.5. 信息隱蔽概念
3.4. 模塊分解
3.4.1. 從開發(fā)總成本看模塊分解
3.4.2. 模塊數(shù)據(jù)的合適數(shù)量
3.4.3. 模塊分解的基本原則
3.5. 概要設(shè)計要點
3.6. 詳細設(shè)計要點
3.7. 問題1：需求和設(shè)計界限不清
3.7.1. 什么是需求，什么是設(shè)計，二者區(qū)別在哪里
3.7.2. 接口描述在需求中還是在設(shè)計中
3.7.3. 設(shè)計中數(shù)據(jù)描述和需求中數(shù)據(jù)描述有何不同
3.8. 問題2：設(shè)計的層次和詳細程度問題
3.8.1. 需要幾個層次的設(shè)計文檔合適
3.8.2. 設(shè)計文檔的內(nèi)容結(jié)構(gòu)和不同層次文檔的內(nèi)容銜接
3.8.3. 詳細設(shè)計要詳細到什么程度
3.8.4. 設(shè)計的層級和顆粒度的原則：使得開發(fā)效率最大化并滿足維護需要
3.8.5. 示例：展示某嵌入式軟件概要設(shè)計文檔和詳細設(shè)計文檔，說明好的設(shè)計文檔是如何提高開發(fā)效率的
3.9. 問題3：設(shè)計文檔的內(nèi)容冗余問題
3.9.1. 使用的數(shù)據(jù)設(shè)計工具時，文檔中的數(shù)據(jù)設(shè)計部分怎樣寫
3.9.2. 使用設(shè)計建模工具時，設(shè)計文檔又怎樣寫
3.10. 設(shè)計要考慮的其它因素
3.10.1. 設(shè)計方案要進行重用和購買分析
3.10.2. 設(shè)計要遵循高內(nèi)聚、低耦合原則

4. 有效評審
本單元學(xué)習(xí)目標(biāo)：技術(shù)評審是質(zhì)量控制非常高效的手段，通過本單元學(xué)習(xí)掌握技術(shù)評審有效過程和方法
4.1. 評審的意義
4.1.1. 盡早發(fā)現(xiàn)產(chǎn)品缺陷，減少返工代價
4.1.2. 通過評審熟悉整個系統(tǒng)
4.1.3. 促進參與人員之間的技術(shù)交流和相互學(xué)習(xí)
4.1.4. 增進團隊交流，增加團隊凝聚力
4.1.5. 使作者能高質(zhì)量地完成工作產(chǎn)品
4.2. 案例分析：剖析某項目的技術(shù)評審
4.2.1. 案例中的評審過程存在哪些問題
4.2.2. 在貴公司中，技術(shù)評審又存在哪些問題
4.2.3. 對評審存在的問題有什么解決方法
4.3. 評審的過程
4.3.1. 計劃評審活動，正確地選擇評審專家
4.3.2. 介紹會議，為有效評審做好準(zhǔn)備
4.3.3. 預(yù)評審是發(fā)現(xiàn)問題的關(guān)鍵階段
4.3.4. 評審會議的目的確認問題而不是做技術(shù)交流
4.3.5. 評審問題解決跟蹤確保問題全部得到正確解決
4.3.6. 評審結(jié)果分析
4.4. 技術(shù)評審FAQ
4.4.1. 作者不愿意別人提出問題，評審人員為了顧及面子不愿意提出問題怎么辦？
4.4.2. 評審人員把評審當(dāng)成額外的工作，不愿意參加評審怎么？
4.4.3. 評審人員的技能不足怎么辦？
——交叉工作模式介紹
——簡介敏捷開發(fā)的結(jié)對編程方法
4.4.4. 評審人員只與評審對象部分內(nèi)容部分相關(guān)，對他的評審又什么要求？
4.4.5. 評審對象充滿了低級錯誤，或者有些技術(shù)問題作者還沒有考慮清楚，如何面對這種情況？
4.4.6. 如何使評審檢查表效能最大化？什么時機使用？

5. 有效測試
本單元學(xué)習(xí)目標(biāo)：軟件測試工作在許多企業(yè)中都比較薄弱，存在眾多問題，通過本單元學(xué)習(xí)掌握克服這些問題方法，有效開展測試活動
5.1. 研討：阻礙項目進行有效測試有哪些因素？
5.2. 測試概述
5.2.1. 測試的常見誤區(qū)
5.2.2. 測試的心理學(xué)問題：測試的目的為了發(fā)現(xiàn)問題，不是為了證明程序是對的
5.2.3. 測試的經(jīng)濟學(xué)問題：如何在有限的時間盡可能發(fā)現(xiàn)更多的缺陷
5.3. 測試分類
5.3.1. 靜態(tài)測試 vs 動態(tài)測試
5.3.2. 黑盒測試 vs 白盒測試
5.3.3. 手工測試 vs 自動化測試
5.3.4. 按階段分類：UT/IT/ST/Alpha測試/AT/Beta測試
5.4. 測試過程
5.4.1. 測試過程介紹，包括制定測試策劃和計劃、設(shè)計測試用例和測試環(huán)境準(zhǔn)備、測試執(zhí)行、測試分析
5.4.2. 測試活動在開發(fā)活動中的位置
5.4.3. 如何制定測試策略
5.4.4. 演練：分別為兩個項目制定測試策略
5.5. 測試用例設(shè)計方法
5.5.1. 什么是測試用例，用例的輸入和輸出通常有哪些
5.5.2. 什么是黑盒方法
5.5.3. 介紹等價類劃分方法
5.5.4. 演練：用等價類劃分方法設(shè)計測試用例
5.5.5. 介紹邊界值分析方法
5.5.6. 演練：用邊界值分析方法設(shè)計測試用例
5.5.7. 介紹判定表方法
5.5.8. 介紹因果圖方法
5.5.9. 介紹正交陣列方法
5.5.10. 什么是白盒方法
5.5.11. 介紹各邏輯覆蓋，如語句覆蓋、分支覆蓋、條件覆蓋、路徑覆蓋等
5.6. 單元測試和集成測試
5.6.1. 什么是單元測試
5.6.2. 單元測試的投入產(chǎn)出比高嗎？剖析是否值得做單元測試
5.6.3. 演練：如何針對給定的函數(shù)進行單元測試
5.6.4. 單元測試基本概念（樁、驅(qū)動）介紹
5.6.5. 高效單元測試過程
——用例如何寫
——怎樣打樁
——怎樣利用單元測試工具
——有效單元有哪些原則和注意事項
5.6.6. 集成測試介紹
5.7. 系統(tǒng)測試
5.7.1. 功能測試介紹
5.7.2. 性能測試介紹
5.7.3. 安全性測試介紹
5.7.4. 可恢復(fù)性測試介紹
5.7.5. 兼容性測試介紹
5.7.6. 界面測試介紹
5.7.7. 演練：如何對測震儀產(chǎn)品進行測試
5.8. 測試自動化
5.8.1. 為何要自動化測試，自動化測試能帶來哪些價值
5.8.2. 三種不同級別的自動化
——靜態(tài)腳本錄制
——啞猴測試，隨機的自動化測試
——智能測試自動化，通過建模動態(tài)生成測試用例
5.8.3. 測試自動化工作建設(shè)的一些建議
5.9. 測試工具介紹
5.9.1. 白盒測試工具介紹，包括靜態(tài)白盒工具和動態(tài)白盒工具
5.9.2. 黑盒測試工具介紹
5.9.3. 性能測試工具介紹
5.9.4. 測試管理工具介紹
5.10. 有效測試管理
5.10.1. 測試人員技能規(guī)劃
5.10.2. 測試人員職業(yè)發(fā)展規(guī)劃
5.10.3. 測試過程資產(chǎn)庫和測試用例庫建設(shè)

6. 缺陷管理和質(zhì)量度量
本單元學(xué)習(xí)目標(biāo)：掌握軟件缺陷管理過程和方法，通過缺陷管理、質(zhì)量的度量評估和和改進項目開發(fā)過程
6.1. 缺陷管理
6.1.1. 缺陷管理的三個層次
——單個缺陷的生命周期管理
——項目級缺陷管理
——組織級缺陷管理
6.1.2. 缺陷管理意義
——確保每個缺陷被有效解決
——從缺陷數(shù)據(jù)來看，如何改進開發(fā)和測試過程
——利用缺陷庫有效地預(yù)防缺陷和解決缺陷
6.2. 缺陷度量和分析工具
6.2.1. ODC分類法介紹
——ODC背景介紹
——ODC分類簡介
——舉例說明如何用ODC缺陷分類分析改進開發(fā)和測試工作
6.2.2. 缺陷密度介紹
——缺陷密度的定義
——如何用缺陷密度評估質(zhì)量控制效果和交付產(chǎn)品交的質(zhì)量
——如何用缺陷密度改進開發(fā)過程
6.2.3. 缺陷剔除率介紹
——缺陷剔除率的定義
——如何用缺陷剔除率評估質(zhì)量控制效果，并改善高質(zhì)量控制方法
——如何用缺陷剔除率改進開發(fā)和測試過程
6.2.4. 缺陷分析工具：柏拉圖、控制圖
——使用柏拉圖找重要問題
——使用控制圖找異因，從過程著手做改進
6.2.5. 缺陷動態(tài)預(yù)測模型：Rayleigh曲線

7. 質(zhì)量保證和過程質(zhì)量
本單元學(xué)習(xí)目標(biāo)：了解過程的重要性，剖析流程不被執(zhí)行的原因，如何通過QA保證流程有效在項目中實施
7.1. 質(zhì)量保質(zhì)和質(zhì)量控制
7.1.1. 區(qū)分質(zhì)量保證和質(zhì)量控制
——質(zhì)量控制關(guān)注產(chǎn)品，被動的，去發(fā)現(xiàn)缺陷
——質(zhì)量保證關(guān)注過程，主動的，去預(yù)防缺陷
7.1.2. 從質(zhì)量鐵三角看過程的重要性，僅僅是牛人和工具是無法保證項目成功的
7.1.3. 流程本質(zhì)是什么
——流程是最佳實踐的固化，不應(yīng)是降低效率的官僚體系
——關(guān)注過程的項目和不關(guān)注過程的項目效率對比
7.2. 產(chǎn)品質(zhì)量和過程質(zhì)量
7.2.1. 軟件產(chǎn)品質(zhì)量的定義
——開發(fā)者的質(zhì)量觀：滿足規(guī)格
——客戶的質(zhì)量觀：適用
7.2.2. McCall軟件質(zhì)量模型，從三個方面對軟件質(zhì)量進行系統(tǒng)全面地分類說明
——產(chǎn)品運行方面：正確性、可靠性、可使用性、效率、完整性
——產(chǎn)品修正方面：可維護性、測試性、靈活性
——產(chǎn)品轉(zhuǎn)移方面：互聯(lián)性、可移植性、復(fù)用性
7.2.3. 什么是過程質(zhì)量，從三個方面說明
——組織級流程定義質(zhì)量
研討：從“不拉馬的士兵”看到什么？
剖析為何許多項目不愿意走流程，或者走了流程效率反而會下降。
CMMI模型和敏捷方法的介紹與對比。
——項目級流程裁剪質(zhì)量
——過程執(zhí)行的質(zhì)量
7.2.4. 過程質(zhì)量定義以及過程質(zhì)量和產(chǎn)品質(zhì)量的關(guān)系
——好的過程體現(xiàn)了產(chǎn)品質(zhì)量要求
——過程質(zhì)量決定了產(chǎn)品質(zhì)量
7.2.5. 演練：如何在項目計劃中體現(xiàn)質(zhì)量要素
7.3. QA的角色和職責(zé)
7.3.1. 研討：在項目中，QA的目標(biāo)和項目經(jīng)理的目標(biāo)是否相同？
——剖析QA和項目經(jīng)理常常發(fā)生沖突的根源
——國內(nèi)QA普遍的角色錯位
7.3.2. QA的律師角色
7.3.3. QA的教練角色
7.3.4. QA的醫(yī)生角色
7.3.5. QA的警察角色
7.3.6. QA的牧師角色
7.4. 過程引導(dǎo)
7.4.1. 過程引導(dǎo)的必要性：僅有培訓(xùn)不足以讓流程執(zhí)行者具備執(zhí)行流程的能力
7.4.2. QA進行過程引導(dǎo)的方法
7.4.3. 演練：針對項目的某些場景如何進行流程的引導(dǎo)
7.5. 審計工作
7.5.1. 過程審計的必要性：發(fā)現(xiàn)過程問題，及時糾正
7.5.2. 幾種錯誤的審計方式介紹
7.5.3. 正確的審計方式和過程
7.5.4. 如何正確地寫審計報告

8. 研討與總結(jié)
8.1. 學(xué)員提出有針對性的問題，進行研討
8.2. 學(xué)員對課程的收獲進行總結(jié)
講師對課程做總結(jié)