關(guān)于軟件項目質(zhì)量管理改進總結(jié)

汪道偉　丁勇

[摘 要]軟件項目質(zhì)量管理是一項管理工作，又是一項軟件類的技術(shù)工作。軟件項目質(zhì)量管理不僅涉及人的管理體系，還涉及軟件產(chǎn)品這個獨特對象的流程管理以及在特定組織關(guān)系下的組織特點和要求。完善的軟件項目質(zhì)量管理可以提高公司效益和產(chǎn)品質(zhì)量，具有重大的意義。文章參考國內(nèi)外工程質(zhì)量管理的相關(guān)文獻，借助相關(guān)文獻的研究成果應(yīng)用到軟件工程質(zhì)量管理方面，針對近幾年XF公司的軟件質(zhì)量管理遇到的一些問題進行總結(jié)，以期為相關(guān)研究人員提供借鑒和參考。

[關(guān)鍵詞]軟件;質(zhì)量管理;問題

中圖分類號：TP31? ? ? ? ? ?文獻標識碼：A? ? ? ? ? ?文章編號：1674-1722（2021）15-0009-03

一、軟件項目質(zhì)量管理的內(nèi)涵

軟件質(zhì)量就是軟件與用戶需求相一致的程度，具體包括功能、性能、易用性和可信度。軟件質(zhì)量形成于軟件的整個開發(fā)過程中，而不是單純的事后檢查。軟件質(zhì)量管理就是以保證軟件產(chǎn)品質(zhì)量為目的的一系列行為，按時間分為事前、事中和事后管理。事前管理主要是制定管理計劃，事中管理主要是全過程跟蹤、技術(shù)評審、軟件測試、過程檢查，事后管理主要是缺陷跟蹤、備案、預(yù)備后續(xù)項目開發(fā)留作借鑒。

二、問題現(xiàn)狀和質(zhì)量改進發(fā)起

近年來，隨著XF公司組織規(guī)模的逐步擴大，為保障對核心技術(shù)的深入研究和核心能力的持續(xù)建設(shè)以及為了有效支撐集團內(nèi)各內(nèi)部業(yè)務(wù)，XF公司成立并確定核心技術(shù)研發(fā)中心部門的獨立運營地位，并配套相應(yīng)的QA等職能小組，用于梳理和持續(xù)改進研發(fā)中心的各個算法軟件項目，從而提升軟件項目交付質(zhì)量和效率。

核心研發(fā)中心的業(yè)務(wù)核心是從事語音、圖像、醫(yī)療、教育等多方向的核心技術(shù)研究（RD）以及各方向的技術(shù)落地算法庫軟件輸出。RD部門從2017年正式成立，短短幾年時間從百人的團隊規(guī)?？焖僭黾又两?，其系列方向的研究和算法庫軟件產(chǎn)品的研發(fā)項目數(shù)量每年都在快速遞增。2020年，由于項目規(guī)模的爆炸式增長帶來產(chǎn)出速度和質(zhì)量的下降，進而引發(fā)業(yè)務(wù)部門的投訴增加，問題凸顯。為改善現(xiàn)狀，RD部門專門成立了研發(fā)質(zhì)量管控和質(zhì)量改進小組，用于對RD部門需求承接評審把控、對研究和研發(fā)任務(wù)進行嚴格項目化運作、對算法庫軟件產(chǎn)品輸出的質(zhì)量進行管控和質(zhì)量考核、完善輸入輸出的閉環(huán)化迭代等全流程優(yōu)化改進。

三、問題現(xiàn)狀梳理和分析

通過對XF公司內(nèi)部業(yè)務(wù)需求部門對RD部門意見的反饋搜集和RD部門對內(nèi)部進行訪談和開放討論，可以發(fā)現(xiàn)如下問題：

（一）需求爆炸，不分主次優(yōu)先級

軟件質(zhì)量和軟件管理等問題逐漸增多，筆者搜集得到的結(jié)論主要指向一個源頭：需求太多、人力不足、無法聚焦。主要集中在：

1.需求不聚焦，無明顯主次優(yōu)先級，需求方無成本壓力、無需求準入規(guī)則。

由于RD部門成立的初衷就是一個純粹的技術(shù)研發(fā)中心，負責(zé)向公司內(nèi)部各個業(yè)務(wù)輸出算法軟件產(chǎn)品。由于初始的框架設(shè)計粗糙，總的定位和機構(gòu)設(shè)定是：RD部門無成本壓力，人力等各項支出由集團主要負責(zé)，各產(chǎn)品業(yè)務(wù)向RD部門提出具體需求，RD部門承接并向業(yè)務(wù)輸出成果，業(yè)務(wù)方只承擔(dān)RD部門較小比例的研發(fā)成本。這樣的設(shè)定，直接造成了各產(chǎn)品業(yè)務(wù)需求方無約束地向RD部門提出各種各樣的產(chǎn)品構(gòu)想和需求，沒有主次優(yōu)先級，沒有明顯的業(yè)務(wù)部門間重點保障和基本支撐區(qū)分。

2.需求方人的勢能和友情關(guān)系成分高，影響需求準入和投入規(guī)劃。產(chǎn)品業(yè)務(wù)方?jīng)]有明顯的成本壓力，RD部門也未對需求進行有效的過略和篩選，以及對需求的準入缺乏科學(xué)性和規(guī)范性。此時就出現(xiàn)了如下的現(xiàn)象：業(yè)務(wù)方領(lǐng)導(dǎo)的勢能以及業(yè)務(wù)方人員和RD部門的管理者通過友情關(guān)系等非科學(xué)因素，過多介入RD部門對需求的準入判斷和對業(yè)務(wù)支撐的投入規(guī)劃[1]。

3.沒有重點業(yè)務(wù)保障和支撐規(guī)格評價體系，“火力”不集中。需求的分散和對需求沒有進行主次優(yōu)先級明顯的劃分，無重點業(yè)務(wù)保障和支撐規(guī)格評價體系，造成很多研發(fā)項目優(yōu)先級并列，非核心任務(wù)占據(jù)大量研發(fā)人力，而關(guān)鍵戰(zhàn)略性業(yè)務(wù)沒有得到可靠保障，影響整個公司的市場產(chǎn)出。

（二）內(nèi)部研發(fā)項目管理不規(guī)范，沒有配備專業(yè)的質(zhì)量和標準化團隊

RD部門缺乏專業(yè)的項目和質(zhì)量管理團隊，項目管理極不規(guī)范。大量研發(fā)項目的立項和發(fā)起很多都是研發(fā)人員自提啟動，過程無監(jiān)管，項目結(jié)項無判斷監(jiān)督準則。研發(fā)項目的結(jié)項，經(jīng)常是不達標和帶病收尾，且沒有考核獎懲機制。

（三）對軟件研發(fā)和軟件測試的重視程度不夠

1.在RD部門存在一條這樣的潛規(guī)則“等級”：研究>軟件研發(fā)>測試。研究產(chǎn)出只是第一步，最終產(chǎn)物輸出需要軟件研發(fā)進行實現(xiàn)和測試人員對質(zhì)量的嚴格把控和準出。由于存在這樣的“等級”體系，RD部門對軟件研發(fā)和測試的重視程度和提供的激勵體系有所欠缺，軟件研發(fā)和測試只是作為上一級的助手而不是按照獨立的組織結(jié)構(gòu)劃分，且對產(chǎn)物結(jié)果沒有足夠的考核決策權(quán)，員工積極性不足，產(chǎn)物質(zhì)量控制弱。

2.沒有標準通道和流程用于內(nèi)部客戶對問題和結(jié)果評價。

3.流程體系的不完善，還體現(xiàn)在業(yè)務(wù)需求對輸出產(chǎn)物的結(jié)果評價規(guī)范標準不統(tǒng)一和流程通道不暢。產(chǎn)生了一些不合理的評價體系方法和引導(dǎo)效應(yīng)：業(yè)務(wù)部門勢能強的領(lǐng)導(dǎo)可以順暢地給相應(yīng)支撐團隊和員工好或者不好的評價，簡單的容易完成的項目容易獲得好的評價等情況，會引導(dǎo)研發(fā)人員趨利避害，給業(yè)務(wù)帶來傷害。

四、針對問題的改進方法設(shè)計

（一）需求不聚焦，無明顯主次優(yōu)先級，需求方無成本壓力、無需求

1.調(diào)整成本分配比例，將RD部門成本分配集團補貼占大頭的情況調(diào)整成集團補貼戰(zhàn)略性研發(fā)投入，其他成本全部由業(yè)務(wù)需求方自行承擔(dān)，且業(yè)務(wù)方不得自建核心技術(shù)研發(fā)團隊，核心技術(shù)研發(fā)統(tǒng)一集中到RD部門，集中最優(yōu)勢兵力提供通用性核心技術(shù)產(chǎn)品輸出。

2.RD部門成立需求準入評價專家，進行項目可行性、科學(xué)性和可靠性評價，公正科學(xué)地進行項目準入評價和項目等級確定。減少偽需求、假市場需求等不合理需求的導(dǎo)入，確保力量都用在刀刃上。

3.基于集成產(chǎn)品開發(fā)IPD（Integrated Product Development）的思想，設(shè)定V、R、M版本成本分攤機制，將業(yè)務(wù)需求的滿足方法分為：平臺通用型、基于通用平臺輕定制型和客戶獨立定制型。V版本代表平臺通用型，成本分攤方式為各需求業(yè)務(wù)線進行平攤;R版本代表通用平臺輕定制型，成本分攤方式為只承擔(dān)即時的人力成本;M版本代表客戶獨立定制型，成本分攤方式為客戶外部立項，費用全擔(dān)負型。引導(dǎo)業(yè)務(wù)需求方盡量多使用標準化統(tǒng)一版本，減少不重要的成本。

（二）內(nèi)部研發(fā)項目管理不規(guī)范，沒有配備專業(yè)的質(zhì)量和標準化團隊

建設(shè)專業(yè)的項目管理團隊，對項目的啟動、過程和收尾進行科學(xué)管理和把控，確保項目的內(nèi)容、目標、時間、質(zhì)量是按照部門的規(guī)范進行執(zhí)行和輸出。同時，把項目的標準化操作和項目質(zhì)量的評價納入員工績效考核，科學(xué)引導(dǎo)研發(fā)和交付習(xí)慣[2]。

（三）對軟件研發(fā)和軟件測試的重視程度不夠

成立工程院和測試質(zhì)量部門，將軟件研發(fā)人員和測試人員從作為研究員助手的方式調(diào)整成獨立運行，研究保持平級和并行。并且統(tǒng)一全盤管理和調(diào)動，確保信息和流程的快速準確傳遞，既能保證各司其職，各有權(quán)力和勢能，相互約束制衡，還能在員工積極性提高和產(chǎn)物質(zhì)量保障上進行優(yōu)化。

（四）無內(nèi)部客戶對問題和結(jié)果評價的標準通道和流程

提供定期半年度、年度的業(yè)務(wù)線對RD部門的考核溝通以及總結(jié)，RD部門內(nèi)部會參考外部反饋并結(jié)合實際情況，根據(jù)內(nèi)部評定的項目的難度、貢獻度等情況，綜合對員工進行項目和工作績效進行科學(xué)考核，既能保障各個業(yè)務(wù)需求方清晰表達訴求和反饋，又能科學(xué)準確地對員工進行績效評定，建立良好的評價引導(dǎo)機制。

（五）改進閉環(huán)迭代

軟件研發(fā)、項目、質(zhì)量各個機構(gòu)，組織進行半年度和年度項目質(zhì)量討論，針對項目質(zhì)量的情況以及實際需求，并結(jié)合業(yè)務(wù)形勢的變化進行問題分析總結(jié)，及時調(diào)整管理和流程策略，進行更加科學(xué)的螺旋式改進。

五、改進總結(jié)

筆者就RD部門近幾年在軟件質(zhì)量管理方面的一些措施稍作總結(jié)，以供同行參考。

（一）人的控制

核心研發(fā)中心近幾年擴招人員眾多，但是因多方面原因?qū)е鹿芾砘靵y，無法充分調(diào)動員工積極性和協(xié)調(diào)性，經(jīng)常發(fā)生各個項目相同環(huán)節(jié)出現(xiàn)低級雷同錯誤，流程冗雜，或者同一項目多人同時參與存在窩工現(xiàn)象。XF公司針對這些問題，努力改進，主要從以下幾個方面著手：

1.人事部門方面，對用人把好第一關(guān)，負責(zé)公司職員的招聘、選聘、錄用。設(shè)置完善的聘用體系，負責(zé)制定、監(jiān)督及執(zhí)行企業(yè)管理規(guī)章制度、行政人事管理制度以及工作流程、績效考核制度。

2.通過人事招聘引進工作經(jīng)驗豐富的項目經(jīng)理，實行項目經(jīng)理責(zé)任制，監(jiān)控項目成員的軟件活動，并對軟件產(chǎn)品與可適用的標準、過程和軟件開發(fā)計劃的符合性進行評價。一般項目經(jīng)理要求工作年限不低于8年，近幾年XF公司陸續(xù)引進了4名項目經(jīng)理。他們在各自崗位上很好地履行了自己的職責(zé)[3]。

3.各部門負責(zé)人針對自己部門形成擁有自己特色的人員管理方法。比如，公司組長以上級別人員定期參加公司組織的質(zhì)量控制培訓(xùn)，并組織他們參加相關(guān)兄弟公司之間的交流，要以華為公司的管理體系為學(xué)習(xí)榜樣。組內(nèi)交流，每周召開一次小組會并形成周報，每月一總結(jié)，要求總結(jié)具體，總結(jié)不雷同，做到月月有心得。

4.不斷完善公司人事制度，包括激勵政策，同時實行錯誤懲罰制度，做到獎懲分明。嘗試讓管理效果倒過來反推管理制度的可行性，逐漸形成不斷持續(xù)螺旋上升的PDCA管理模式。

（二）方法控制

流程和方法上和產(chǎn)品研發(fā)管理方面，配合戰(zhàn)略，參與到集團引入的IPD集成產(chǎn)品研發(fā)管理體系中。集成產(chǎn)品開發(fā)（Integrated Product Development，簡稱IPD）的思想來源于美國PRTM公司出版的《產(chǎn)品及生命周期優(yōu)化法》（Product And Cycle-time Excellence，簡稱PACE）。集成產(chǎn)品開發(fā)（IPD）以市場需求為核心，將產(chǎn)品開發(fā)看成一項投資，通過公共構(gòu)建模塊（Common Building Block，簡稱CBB）和跨部門的團隊準確、快速、低成本、高質(zhì)量地推出產(chǎn)品，是世界一流企業(yè)普遍采用的一套系統(tǒng)工具方法和策略。

RD部門部分軟件項目質(zhì)量管理改進方案設(shè)計中提出的質(zhì)量管理體系不夠完善、要求和產(chǎn)出準入準出機制欠缺、工作量估算不準確、設(shè)計重視程度不夠、測試技術(shù)與管理應(yīng)用不足、度量分析不足以及質(zhì)量保證工作7個方面問題，借鑒ISO9000質(zhì)量管理體系、CMMI模型和SCRUM敏捷模式，形成自己的一套獨特三者融合的質(zhì)量管理工具和方法。包括但不限于以下幾個方面：

1.以需求管理過程改進，以客戶本位，提高客戶體驗在項目考核中的權(quán)重。

2.事后控制，做好產(chǎn)品服務(wù)跟蹤，文檔歸檔;產(chǎn)品缺陷記錄，要求產(chǎn)品全過程留痕，過程記錄存檔。

3.時間與成本控制，直接關(guān)系著軟件產(chǎn)品的利潤，時間成本增加可以提高產(chǎn)品質(zhì)量，同時降低利潤，與產(chǎn)品質(zhì)量是對立面，公司要想發(fā)展，就要努力尋求兩者的統(tǒng)一。做好產(chǎn)品質(zhì)量的同時，降低時間與成本。這需要在管理上下功夫，彈性上班時間，實行早晨半小時彈性，給予員工時間上的自由度，同時嚴格考核，在有限的時間里，充分發(fā)揮管理效益，提高用工的性價比[4]。

4.成立質(zhì)量管控和質(zhì)量改進部門。該部門獨立于公司各項目部門之外，要排除干擾，做到不受任何影響，確保質(zhì)量管控工作的獨立性。另外，該部門要承擔(dān)處理員工投訴、客戶投訴和定期監(jiān)督檢查等職責(zé)，還要參與質(zhì)量事故調(diào)查、事故處理、項目跟蹤備案等工作[5]。

5.引入IPD流程的管控，在RD部門內(nèi)部的IPD流程內(nèi)容主要包括需求準入，立項指標設(shè)計，CBB價值評估，項目結(jié)項指標評價等，還包括對產(chǎn)品開發(fā)過程、不同層次人員或組織的工作績效進行衡量的一系列指標。比如，衡量標準有投資效率、新產(chǎn)品投入和帶來產(chǎn)出價值的比率、被廢棄的項目數(shù)、產(chǎn)物產(chǎn)品上市時間、支撐產(chǎn)品盈利時間、共用基礎(chǔ)模塊的重用情況等。

六、結(jié)語

XF公司在不斷成長中，一直致力于軟件質(zhì)量管理，近幾年成果明顯，并會一直進行下去，努力完善軟件項目質(zhì)量管理流程等細節(jié)方面，期待軟件項目質(zhì)量管理跟隨公司一起成長，做公司成長的見證人。

參考文獻：

[1]張迪.基于軟件開發(fā)項目管理平臺的有效溝通管理，智能城市，2016（03）：38-39

[2]張強，袁文斌.基于CMMI的軟件項目管理研究與實踐[J].電子技術(shù)與軟件工程，2021（09）：30-31.

[3]何晶.Scrum敏捷方法在軟件項目管理中的應(yīng)用[J].數(shù)字技術(shù)與應(yīng)用，2021，39（03）：87-89.

[4]魯若峰.計算機軟件工程項目管理策略研究[J].網(wǎng)絡(luò)安全技術(shù)與應(yīng)用，2021（02）：55-57.

[5]田勇.計算機軟件工程項目管理方法探究[J].中小企業(yè)管理與科技（中旬刊），2021（01）：23-24.