1、軟件項目質量管理實戰總結摘要:本文詳細闡述了作者對軟件項目質量管理的認識，是作者實際經驗的總結。主要內容包括對軟件項目質量管理理論的認識、軟件項目質量管理在實踐中的具體做法。文章詳細介紹了有關質量計劃編制、質量控制、質量保證的有關理論；文章也描述了進行質量管理責任分配、質量管理實施的具體方法。關鍵詞:質量計劃，質量控制，質量保證，質量管理，過程管理，軟件度量第一章 引言許多IT項目開發的系統應用在生死攸關的場合。例如，1981年，由計算機程序改變而導致的1/67的時間偏差，使航天飛機上的5臺計算機不能同步運行，這個錯誤導致了航天飛機發射失敗。1986年，1臺Therac25機器泄露致命劑量的輻

2、射，致使兩名醫院病人死亡。造成慘劇的原因是一個軟件出現了問題，導致這臺機器忽略了數據校驗。這些慘痛的教訓說明，在軟件開發項目中認真抓好質量管理，并加強有關軟件項目質量管理的研究是擺在我們面前的重要課題。軟件項目質量管理包括：質量計劃編制、質量保證和質量控制三個過程域。質量計劃是質量管理的第一過程域，它主要結合各個公司的質量方針，產品描述以及質量標準和規則通過收益、成本分析和流程設計等工具制定出來實施方略，其內容全面反應用戶的要求，為質量小組成員有效工作提供了指南，為項目小組成員以及項目相關人員了解在項目進行中如何實施質量保證和控制提供依據，為確保項目質量得到保障提供堅實的基礎。質量保證則是貫穿

3、整個項目全生命周期的有計劃和有系統的活動，經常性地針對整個項目質量計劃的執行情況進行評估、檢查與改進等工作，向管理者、顧客或其他方提供信任，確保項目質量與計劃保持一致。質量控制是對階段性的成果進行檢測、驗證，為質量保證提供參考依據，它是一個PDCA循環過程。第二章 對軟件項目質量管理理論的認識軟件項目的質量管理指的是保證項目滿足其目標要求所需要的過程，它包括編制質量計劃、質量控制、質量保證等過程。2.1 質量計劃編制現代質量管理的基本宗旨是：“質量出自計劃，而非出自檢查”。只有做出精準的質量計劃，才能指導項目的實施、做好質量控制。編制項目的質量計劃，首先必須確定項目的范圍、中間產品和最終產品，

4、然后明確關于中間產品和最終產品的有關規定、標準，確定可能影響產品質量的技術要點，并找出能夠確保高效滿足相關規定、標準的過程方法。編制質量計劃通常采用流程圖、因果分析圖等方法對項目進行分析，確定需要監控的關鍵元素，設置合理的見證點（W點）、停工待檢點（H點），并制定質量標準：1) 流程圖：顯示系統的各種成分是如何相互關系的，幫助我們預測在何處可能發生何種質量問題，并由此幫助開發處理他們的辦法。2) 因果分析圖（也稱魚刺圖）： 對于復雜的項目，編制質量計劃時可以采用因果分析圖，描述相關的各種原因和子原因如何產生潛在問題或影響，將影響質量問題的“人員、設備、參考資料、方法、環境”等各方面的原因進行細

5、致的分解，方便地在質量計劃中制定相應的預防措施。其次，質量計劃中還必須確定有效的質量管理體系，明確質量監理人員對項目質量負責和各級質量管理人員的權限。戴明環（又名PDCA循環法）作為有效的管理工具在質量管理中得到廣泛的應用，它采用計劃執行檢查措施的質量環，質量計劃中必須將質量環上各環節明確落實到各責任單位，才能保證質量計劃的有效實施。 2.2 按照質量計劃實施有效的質量控制 質量計劃確定后，按照其建立的質量管理體系，各責任單位就必須按照PDCA質量環的要求，實施有效的質量控制。質量控制應貫穿于項目的整個過程，它可分為監測和控制兩個階段：監測的目的就是收集、記錄和匯報有關項目質量的數據信息；控制

6、就是使用質量監測提供的數據，進行控制，確保項目質量與計劃保持一致。在質量監測過程中，對于質量計劃中設置的見證點、停工待檢點，質量監測人員要按照作業程序及時進行測量檢查（其中對于停工待檢點必須由監理人員簽字認可后才能進入下一道工序），以確定項目成果（或階段成果）是否符合相關的質量標準。對于見證點或停工待檢點要防止跳過檢查，因為避免錯誤的成本總是大大低于補救錯誤的成本。 對質量監測的結果應采用相應的統計方法進行分析，如帕累托圖法（按發生頻率排序的直方圖，它顯示了可識別原因的種類和所造成的結果的數量）等。通過統計分析對人員、設備、參考資料、方法、環境等影響項目質量的因素進行監控，確定項目實施過程是否

7、在控制之中，同時進行趨勢分析，對一些偏向于不合格的趨勢及早進行控制。 質量控制階段應根據驗收數據做出驗收決定，確定是否進入下一步工序。對于質量監測中發現的不合格，應及時利用“因果分析圖”等方法分析原因，并進行適宜的處置，保證不合格得到識別和有效的控制。不合格處置包括返工、返修、降級、讓步放行、報廢等形式。質量監測分析時，對于已發現的不合格或潛在不合格，應制定相應的糾正措施或預防措施，以消除不合格或潛在不合格的原因，防止不合格的發生。糾正措施或預防措施制定后，應對質量計劃進行相應的調整，保證項目的順利實施。項目收尾包括項目評估和項目終止兩個階段。項目收尾階段的質量控制是一個非常重要而又容易忽視的

8、內容。項目質量評估不僅僅是在項目完成后進行，還包括對項目實施過程中的各個關鍵點的質量評估。項目質量評估看起來屬于事后控制，但它的目的不是為了改變那些已經發生的事情，而是試圖抓住項目質量合格或不合格的精髓，以使將來的項目質量管理能從中獲益。項目終止階段，是在決策項目終止后，檢查項目文件資料完備，包括項目施工質量驗評表、竣工報告等，同時進行項目總結。項目總結是一個把實際運行情況與項目計劃不斷比較以提煉經驗教訓的過程。通過項目質量計劃和總結，項目過程中的經驗和教訓將得到完整的記錄和升華，成為“組織財富”。 四、項目質量管理的難點每個項目的實施總是擁有同樣的總體目標：質量、時間和成本。三者是一個相互制

9、約、相互影響的統一體，其中任一項目標變化，都會引起另兩個目標變化，并受其制約。如何合理的保證項目質量，正確處理質量與時間、成本之間的矛盾是項目質量管理的一個難點，這需要整合項目所有方面的內容，保證按時、低成本地實現預定的質量目標。根據側重點不同，項目可分為質量傾斜型、工期傾斜型及成本傾斜型體系。我們在編制項目計劃時，一般而言是時間、成本、質量標準均已確定，在項目實施過程中就需在從客觀因素、具體情況出發，根據將要采取的行動和可能導致的后果進行綜合分析研究；按切合實際的原則，使項目進展平衡有節奏地進行，以求達到預期目標。避免出現工期緊張或成本減少，導致質量降低的現象，而質量下降又往往造成返工等后果

10、而導致延長工期和增加成本。 2.3 對軟件質量保證的認識2.3.1 有關SQA的理論我們都知道一個項目的主要內容是：成本、進度、質量；良好的項目管理就是綜合三方面的因素，平衡三方面的目標，最終依照目標完成任務。項目的這三個方面是相互制約和影響的，有時對這三方面的平衡策略甚至成為一個企業級的要求，決定了企業的行為，我們知道 IBM的軟件是以質量為最重要目標的，而微軟的“足夠好的軟件”策略更是耳熟能詳，這些質量目標其實立足于企業的戰略目標。所以用于進行質量保證的SQA工作也應當立足于企業的戰略目標，從這個角度思考SQA，形成對SQA的理論認識。 軟件界已經達成共識的：影響軟件項目進度、成本、質量的

11、因素主要是 “人、過程、技術”。首先要明確的是這三個因素中，人是第一位的。 現在許多實施 CMM的人員沉溺于CMM的理論過于強調“過程”，這是很危險的傾向。這個思想傾向在國外受到了猛烈抨擊，從某種意義上各種敏捷過程方法的提出就是對強調過程的一種反思。 “XP”中的一個思想“人比過程更重要” 是值得我們思考的。我個人的意見在進行過程改進中堅持“以人為本”，強調過程和人的和諧。 根據現代軟件工程對眾多失敗項目的調查，發現管理是項目失敗的主要原因。這個事實的重要性在于說明了 “要保證項目不失敗，我們應當更加關注管理”，注意這個事實沒有說明另外一個問題“良好的管理可以保證項目的成功”。現在很多人基于一

12、種粗糙的邏輯，從一個事實反推到的這個結論，在邏輯上是錯誤的，這種錯誤形成了更加錯誤的做法，這點在SQA的理解上是體現較深。 如果我們考證一下歷史的沿革，應當更加容易理解 CMM的本質。CMM首先是作為一個“評估標準”出現的，主要評估的是美國國防部供應商保證質量的能力。CMM關注的軟件生產有如下特點：（1）質量重要（2）規模較大這是 CMM產生的原因。它引入了“全面質量管理”的思想，尤其側重了“全面質量管理”中的“過程方法”，并且引入了“統計過程控制”的方法。可以說這兩個思想是CMM背后的基礎。上面這些內容形成了我們對軟件過程地位、價值的基本理解；在這個基礎上我們可以引申討論 SQA。2.3.2

13、 生產線的隱喻如果將一個軟件生產類比于一個工廠的生產。那么生產線就是過程，產品按照生產線的規定過程進行生產。 SQA的職責就是保證過程的執行，也就是保證生產線的正常執行。 抽象出管理體系模型的如下，這個模型說明了一個過程體系至少應當包含 “決策、執行、反饋”三個重要方面。 QA的職責就是確保過程的有效執行，監督項目按照過程進行項目活動；它不負責監管產品的質量，不負責向管理層提供項目的情況，不負責代表管理層進行管理，只是代表管理層來保證過程的執行。 2.3.3 SQA和其他工作的組合在很多企業中，將 SQA的工作和QC、SEPG、組織級的項目管理者的工作混合在一起了，有時甚至更加注重其他方面的工

14、作而沒有做好SQA的本職工作。 國內現在基本有三種QA（按照工作重點不同來分）：一是過程改進型，一是配置管理型，一是測試型。個人認為是因為SQA工作和其他不同工作組合在一起形成的。 下面根據經驗對它們之間的關系進行一個說明。QA和QC ,兩者基本職責；QC：檢驗產品的質量，保證產品符合客戶的需求；是產品質量檢查者； QA：審計過程的質量，保證過程被正確執行；是過程質量審計者； 注意區別檢查和審計的不同，檢查：就是我們常說的找茬，是挑毛病的； 審計：來確認項目按照要求進行的證據；仔細看看CMM中各個KPA中SQA的檢查采用的術語大量用到了“證實”，審計的內容主要是過程的；對照CMM看一下項目經理

15、和高級管理者的審查內容，他們更加關注具體內容。 對照上面的管理體系模型，QC進行質量控制，向管理層反饋質量信息；QA則確保QC按照過程進行質量控制活動，按照過程將檢查結果向管理層匯報。這就是QA和QC工作的關系。 在這樣的分工原則下， QA只要檢查項目按照過程進行了某項活動沒有，產出了某個產品沒有；而QC來檢查產品是否符合質量要求。 如果企業原來具有 QC人員并且QA人員配備不足，可以先確定由QC兼任QA工作。但是只能是暫時的，獨立的QA人員應當具備，因為QC工作也是要遵循過程要求的，也是要被審計過程的，這種混合情況，難以保證QC工作的過程質量。 QA和SEPG，兩者基本職責。SEPG：制定過

16、程，實施過程改進；QA： 確保過程被正確執行。SEPG應當提供過程上的指導，幫助項目組制定項目過程，幫助項目組進行策劃；從而幫助項目組有效的工作，有效的執行過程。如果項目和QA對過程的理解發生爭持，SEPG作為最終仲裁者。為了進行有效過程改進，SEPG必須分析項目的數據。QA本也要進行過程規范，那么所有QA中最有經驗、最有能力的QA可以參加SEPG，但是要注意這兩者的區別。 如果企業的 SEPG人員具有較為深厚的開發背景，可以兼任SQA工作，這樣利于過程的不斷改進；但是由于立法、執法集于一身也容易造成SQA過于強勢，影響項目的獨立性。 管理過程比較成熟的企業，因為企業的文化和管理機制已經健全，

17、 SQA職責范圍的工作較少，往往只是針對具體項目制定明確重點的SQA計劃，這樣SQA的審計工作會大大減少，從而可以同時審計較多項目。 另一方面，由于分工的細致化，管理體系的復雜化，往往需要專職的 SEPG人員，這些人員要求了解企業的所有管理過程和運作情況，在這個基礎上才能統籌全局的進行過程改進，這時了解全局的SQA人員就是專職SEPG的主要人選；這些SQA人員將逐漸的轉化為SEPG人員，并且更加了解管理知識，而SQA工作漸漸成為他們的兼職工作。這種情況在許多 CMM5企業比較多見，往往有時看不見SQA人員在項目組出現或者很少出現，這種SEPG和SQA的融合特別有利于組織的過程改進工作。SEPG

18、確定過程改進內容，SQA計劃重點反映這些改進內容，從保證有效的改進，特別有利于達到CMM5的要求。從這個角度，國外的SQA人員為什么高薪就不難理解了，也決定了當前中國SQA人員比較被輕視的原因；因為管理過程還不完善，我國的SQA人員還沒有產生這么大的價值。2.3.4 QA和組織級的監督管理有的企業為了更好的監督管理項目，建立了一個角色，我取名為 “組織級的監督管理者”，他們的職責是對所有項目進行統一的跟蹤、監督、適當的管理，來保證管理層對所有項目的可視性、可管理性。為了有效管理項目， “組織級的監督管理者”必須分析項目的數據。 他們的職責對照上圖的模型，就是執行 “反饋”職能。 QA本身不進行反饋工作，最多對過程執行情況的信息進行反饋。SQA職責最好不要和