【原】軟件項(xiàng)目管理從入門到實(shí)踐（八）質(zhì)量管理

管理進(jìn)階一天天 2022-04-28

展開(kāi)全文

伴隨著互聯(lián)網(wǎng)、移動(dòng)互聯(lián)網(wǎng)、大數(shù)據(jù)技術(shù)的發(fā)展，IT系統(tǒng)已經(jīng)成為各行各業(yè)幾乎所有單位的必備系統(tǒng)，越來(lái)越受到重視。有的行業(yè)IT系統(tǒng)已經(jīng)非常完備，只是需要根據(jù)業(yè)務(wù)需求進(jìn)行升級(jí)更新，更好的服務(wù)自己的客戶，有的行業(yè)或單位還處在信息化水平比較低，加速建設(shè)的階段，無(wú)論哪個(gè)階段，各行業(yè)單位都在為了更好的服務(wù)客戶，獲得更大的利潤(rùn)、做好自己的系統(tǒng)支撐。

隨著IT系統(tǒng)的建設(shè)越來(lái)越多，結(jié)構(gòu)越來(lái)越復(fù)雜，如何保證IT系統(tǒng)的質(zhì)量，使其真正能夠滿足日益發(fā)展的業(yè)務(wù)需要，逐漸成為單位重點(diǎn)考慮解決的問(wèn)題。在IT項(xiàng)目建設(shè)初期，大家對(duì)項(xiàng)目質(zhì)量關(guān)注度不夠，主要注意力在項(xiàng)目進(jìn)度和成本上，大家的心態(tài)普遍是先建設(shè)保證能用，后續(xù)再進(jìn)行優(yōu)化，再加上我們思維模式：解決主要矛盾，逐步處理次要矛盾。這就帶來(lái)了很多項(xiàng)目開(kāi)始不注重質(zhì)量，只是要求速度，系統(tǒng)能用即可，也為后續(xù)項(xiàng)目質(zhì)量埋下了隱憂，甚至是地雷，很多系統(tǒng)因?yàn)橘|(zhì)量問(wèn)題，修復(fù)成本太高，選擇推倒重建。

那我們?cè)贗T項(xiàng)目建設(shè)過(guò)程中，應(yīng)該注意哪些問(wèn)題，應(yīng)該如何保證IT項(xiàng)目的質(zhì)量呢。作為甲方當(dāng)然要找有實(shí)力的承建商，并考察其項(xiàng)目資質(zhì)，比如軟件行業(yè)的CMM（軟件成熟度模型）證書及級(jí)別、ISO系列證書完善程度。作為乙方（系統(tǒng)承建商）要建設(shè)符合自己?jiǎn)挝患靶袠I(yè)的質(zhì)量保證體系，建立自己的質(zhì)量標(biāo)準(zhǔn)，甚至是行業(yè)標(biāo)準(zhǔn)。

在軟件行業(yè)有句話叫做“產(chǎn)品質(zhì)量是不是測(cè)試出來(lái)的，而是管理出來(lái)的”。很多項(xiàng)目依賴項(xiàng)目出廠前的測(cè)試，希望通過(guò)測(cè)試發(fā)現(xiàn)系統(tǒng)問(wèn)題，然后改進(jìn)系統(tǒng)，殊不知，系統(tǒng)測(cè)試不可能完全覆蓋多有可能場(chǎng)景，測(cè)出來(lái)的問(wèn)題越多，隱含的問(wèn)題也越多，所以指望測(cè)試來(lái)保證產(chǎn)品質(zhì)量是非常錯(cuò)誤的。就如我們生活中的醫(yī)生“上醫(yī)治未病”，軟件項(xiàng)目也是通過(guò)項(xiàng)目開(kāi)發(fā)過(guò)程中的質(zhì)量活動(dòng)來(lái)實(shí)現(xiàn)項(xiàng)目的質(zhì)量保證的。

在項(xiàng)目管理中，IT項(xiàng)目的質(zhì)量管理可以分解為質(zhì)量規(guī)劃、質(zhì)量控制與質(zhì)量保證等三個(gè)過(guò)程。質(zhì)量規(guī)劃主要包括質(zhì)量方針與目標(biāo)的建立和質(zhì)量保證計(jì)劃的制定。質(zhì)量不是每個(gè)指標(biāo)都越優(yōu)越好，一方面要看客戶有沒(méi)有提出需求，沒(méi)有需求的質(zhì)量的是沒(méi)有意義的。另一方面，在提高質(zhì)量的同時(shí)需要考慮到質(zhì)量成本的增加。最后還要考慮到一種情況，有些質(zhì)量指標(biāo)需要權(quán)衡，比如提高軟件的安全性可能帶來(lái)軟件性能指標(biāo)的降低。一切有序的工作都需要計(jì)劃，質(zhì)量管理計(jì)劃一般包括質(zhì)量政策、質(zhì)量目標(biāo)和質(zhì)量管理活動(dòng)。質(zhì)量政策是獲得由項(xiàng)目干系方的決策部門提出的關(guān)于質(zhì)量的期望和方針。質(zhì)量目標(biāo)定義項(xiàng)目管理質(zhì)量和項(xiàng)目交付成果應(yīng)該達(dá)到的各項(xiàng)指標(biāo)。質(zhì)量管理活動(dòng)是計(jì)劃項(xiàng)目過(guò)程中重要的管理活動(dòng)，如質(zhì)量管理工作流程等。質(zhì)量控制就是監(jiān)控項(xiàng)目的具體成果，確定其是否符合項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)，并進(jìn)行不合格情況的追蹤。質(zhì)量保證是按照既定的質(zhì)量計(jì)劃來(lái)對(duì)過(guò)程進(jìn)行追蹤，同時(shí)提供質(zhì)量改進(jìn)。

質(zhì)量管理中比較重要的質(zhì)量保證手段有審查、復(fù)查、評(píng)審、測(cè)試和維護(hù)。審查是在IT項(xiàng)目生命周期每個(gè)階段結(jié)束之前，使用標(biāo)準(zhǔn)對(duì)該階段生產(chǎn)的軟件配置進(jìn)行嚴(yán)格的技術(shù)審查。復(fù)查是檢查已有的材料，以判斷某階段的工作是否能夠開(kāi)始或繼續(xù)。評(píng)審有同行評(píng)審、技術(shù)評(píng)審、代碼評(píng)審等多種方式。同行評(píng)審由與工作產(chǎn)品開(kāi)發(fā)人員具有同等背景和能力的人員對(duì)工作產(chǎn)品進(jìn)行技術(shù)評(píng)審，因此非常有利于發(fā)現(xiàn)工作產(chǎn)品中的問(wèn)題。技術(shù)評(píng)審就是對(duì)工作成果進(jìn)行審查和分析，發(fā)現(xiàn)其中的缺陷，并幫助開(kāi)發(fā)人員及時(shí)消除缺陷。技術(shù)評(píng)審的主要對(duì)象：需求和設(shè)計(jì)規(guī)格說(shuō)明、代碼、測(cè)試計(jì)劃、用戶手冊(cè)等。技術(shù)評(píng)審有正式技術(shù)評(píng)審和非正式技術(shù)評(píng)審，正式技術(shù)評(píng)審一般通過(guò)召開(kāi)評(píng)審會(huì)議方式來(lái)組織，參加人員較多，非正式技術(shù)評(píng)審可以通過(guò)給參與評(píng)審的人員發(fā)送郵件，通過(guò)郵件反饋評(píng)審意見(jiàn)的方式，參與人員較少。測(cè)試就是經(jīng)過(guò)嚴(yán)格的軟件操作，盡可能找出軟件計(jì)劃、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、軟件編碼的錯(cuò)誤，并加以糾正，才能提高軟件的質(zhì)量。測(cè)試要覆蓋整個(gè)軟件的生存周期，而不限于程序的編碼階段。軟件維護(hù)是以完整的軟件配置為基礎(chǔ)，通過(guò)完善性維護(hù)、糾錯(cuò)性維護(hù)、適應(yīng)性維護(hù)及預(yù)防性維護(hù)提高軟件質(zhì)量。

為了跟蹤質(zhì)量問(wèn)題，一般在項(xiàng)目執(zhí)行過(guò)程中，我們會(huì)組織缺陷跟蹤。缺陷跟蹤要為軟件組織建立一個(gè)完善的缺陷跟蹤體系，包括報(bào)告缺陷、查詢?nèi)毕萦涗?/span>，記錄缺陷處理過(guò)程等功能。缺陷跟蹤一般需要軟件工具支持。常用的工具有Bugzilla、ClearQuest、JIRA、TrackRecord等。缺陷處理的原則是早發(fā)現(xiàn)早處理，防止前期缺陷導(dǎo)致后面工作受缺陷影響。

在項(xiàng)目實(shí)施過(guò)程中，要經(jīng)常進(jìn)行分析，如果發(fā)現(xiàn)項(xiàng)目偏差，就要采取適當(dāng)?shù)拇胧┻M(jìn)行糾正，讓項(xiàng)目實(shí)施回到正軌。可供選用的糾正措施包括重新制定項(xiàng)目計(jì)劃、重新安排項(xiàng)目步驟、重新分配項(xiàng)目資源、調(diào)整項(xiàng)目組織形式。

由于整個(gè)IT項(xiàng)目實(shí)施過(guò)程往往會(huì)涉及到兩方、三方甚至多方參與者，為了做好項(xiàng)目質(zhì)量管理，達(dá)到預(yù)期的質(zhì)量目標(biāo)，整個(gè)項(xiàng)目的組織架構(gòu)中，還要明確建立對(duì)項(xiàng)目質(zhì)量管理負(fù)責(zé)的團(tuán)隊(duì)，及其相關(guān)的工作流程，從組織方面為項(xiàng)目質(zhì)量管理做好準(zhǔn)備。做對(duì)的事，還需要找對(duì)人。在任何工作，人的選擇是最重要的。