很多正在實(shí)施軟件過(guò)程改進(jìn)的公司或許有這樣一些困惑：他們實(shí)施過(guò)程改進(jìn)有一段時(shí)間了，花費的時(shí)間和金錢(qián)也不少，但是卻為何收效甚微?
的確，不少公司花費了巨資請了CMMI的咨詢(xún)機構對公司的軟件開(kāi)發(fā)過(guò)程體系進(jìn)行咨詢(xún)和培訓，從無(wú)到有建立了軟件過(guò)程改進(jìn)小組(SEPG)，制定了一套比較完善的流程框架體系，同時(shí)對研發(fā)人員進(jìn)行過(guò)若干次培訓。經(jīng)歷了這些努力后，期待著(zhù)公司研發(fā)人員的行為比以前要規范，軟件質(zhì)量比以前要好，客戶(hù)比以前更滿(mǎn)意，但實(shí)際情況是這樣的嗎?答案往往不盡如人意。不少公司甚至出現沒(méi)有預料到的負面現象:開(kāi)發(fā)人員比以前更抵制流程，流程執行表面化，開(kāi)發(fā)效率反而降低，產(chǎn)品質(zhì)量沒(méi)有明顯的改善。因此，他們不禁要問(wèn)，到底是什么出了問(wèn)題?
筆者所在的公司同樣遇到類(lèi)似的問(wèn)題，經(jīng)過(guò)長(cháng)期實(shí)踐，我們終于發(fā)現，造成上述問(wèn)題的癥結主要是在流程的執行環(huán)節上，沒(méi)有一個(gè)從上到下的自動(dòng)化的流程執行體系，導致過(guò)程改進(jìn)始終停留在書(shū)面文檔上，沒(méi)有真正落到實(shí)處。筆者就這個(gè)話(huà)題，結合所在公司幾年來(lái)的實(shí)際經(jīng)驗，介紹如何利用軟件工程工具來(lái)切實(shí)提高軟件過(guò)程改進(jìn)的實(shí)際效果。
發(fā)現短板
過(guò)程改進(jìn)的實(shí)施是一個(gè)綜合的系統工程，最終實(shí)施的效果取決于多方面的因素�？▋然�-梅隆大學(xué)軟件工程研究所(SEI)很早就描繪出了著(zhù)名的“質(zhì)量三角形”，形象地 說(shuō)明了產(chǎn)品質(zhì)量和生產(chǎn)率一般是由三個(gè)主要的因素決定:人、流程和技術(shù)/工具。如圖1所示。
圖1：質(zhì)量三角形
其實(shí)這個(gè)圖也可以用時(shí)下比較流行的“木桶”理論來(lái)進(jìn)一步的解釋?zhuān)催^(guò)程改進(jìn)的效果是由三塊木板拼成的一個(gè)木桶，實(shí)施效果取決于構成整個(gè)木桶的最短的那塊木板。我們需要找出其中到底是哪塊木板最短。而在實(shí)際情況中，我們會(huì )發(fā)現，大部分公司往往重視的是“流程”和“人”這兩塊木板，在完善流程和大力培訓人員的同時(shí)，忽略了“工具”的同步改進(jìn)�！肮ぞ摺北愠蔀橹萍s過(guò)程改進(jìn)實(shí)施的短板。
以項目管理工具為核心
我們知道，大部分的公司或多或少都需要用到項目管理理論中涉及的一些知識體系，如項目計劃、風(fēng)險管理、人力資源管理、溝通管理等等。據我們觀(guān)察，中小型企業(yè)在項目管理的活動(dòng)中，在工具的運用上還是僅僅限于項目進(jìn)度的管理，即只管理到計劃本身，沒(méi)有綜合管理項目過(guò)程中的管理活動(dòng)。其實(shí)流程改進(jìn)的很多的活動(dòng)，最終也是會(huì )體現在項目管理的活動(dòng)中，如果忽略這些活動(dòng)的管理，流程的貫徹和執行就會(huì )進(jìn)入一個(gè)黑盒子狀態(tài)，SEPG的人員不清楚制定的流程是否合理的運用，SQA的人員不清楚流程執行中的細節狀態(tài)，找不出偏差和問(wèn)題，公司領(lǐng)導也不知道質(zhì)量問(wèn)題的發(fā)生根源在哪里。針對項目管理在產(chǎn)品開(kāi)發(fā)過(guò)程的重要性，我們考察了業(yè)界一些項目管理工具的優(yōu)缺點(diǎn)后，發(fā)現很難有一個(gè)現成的工具產(chǎn)品符合我們對項目管理和流程管理有機結合的需求，于是筆者帶領(lǐng)了一支有豐富開(kāi)發(fā)經(jīng)驗的技術(shù)小組，開(kāi)始了自行研制開(kāi)發(fā)基于WEB的綜合項目管理系統的工作，歷時(shí)一年之后，我們的系統ProgramConsole開(kāi)發(fā)完成。這個(gè)系統在公司推廣后，收到很好的效果。ProgramConsole可以很方便的了解到目前全公司各部門(mén)正在執行的項目情況，包括計劃進(jìn)度、問(wèn)題列表、風(fēng)險列表、流程執行情況、人力資源使用情況和質(zhì)量情況。同時(shí)，由于ProgramConsole設計之初就定位為綜合項目管理信息門(mén)戶(hù)，所以集成了即互相獨立，又緊密關(guān)聯(lián)的其他工具的內容。這些工具包括流程管理系統、文檔管理系統、缺陷跟蹤系統、需求管理系統和測試管理等。
以流程管理工具為引擎
流程(Process)，即一系列有關(guān)聯(lián)的、有順序的活動(dòng)的集合。流程是以前好的經(jīng)驗的總結，是不斷重復以前正確做事的方法。更精煉的說(shuō)，流程要告訴我們的是:正確的人，在正確的時(shí)間，做正確的事情，將會(huì )得到正確的結果。CMMI其實(shí)就是一個(gè)以流程改進(jìn)為核心的一種軟件企業(yè)能力提高的模型。因此流程改進(jìn)在一定程度上成為過(guò)程改進(jìn)的核心工作。
一般來(lái)說(shuō)，流程體系可以用一個(gè)金字塔來(lái)描述，最上面一層是公司級政策性文件(Policy)，中間是具體的開(kāi)發(fā)流程，如軟件開(kāi)發(fā)流程、測試管理流程等。最下面的是一些更詳細的指導文件，如檢查表(Checklist)、模板(Template)等等，如圖2所示。
圖2：流程體系框架
正如前文所述，很多公司往往把注意力放在流程本身的完善上面，始終把制定書(shū)面流程作為工作重點(diǎn)，而忽視了流程如何更好的執行，更好的被貫徹到日常工作中。其實(shí)，對于大部分的研發(fā)人員，甚至包括領(lǐng)導層，都沒(méi)有太多的時(shí)間去閱讀繁雜的、枯燥的流程內容，無(wú)法記住流程中太多的規定，如果要靠個(gè)人的自覺(jué)性來(lái)保證流程的執行，其難度可想而知。
筆者所在部門(mén)也承擔著(zhù)流程制定和改進(jìn)的重任，在意識到流程執行不力的真實(shí)原因后，決定引入流程自動(dòng)化工具來(lái)保證流程的順暢執行，讓工具通過(guò)email的方式來(lái)提醒每個(gè)人在什么時(shí)候 做什么事情。從而避免了大家因為不知道或者忘記了，導致流程沒(méi)有被執行。
流程管理工具在業(yè)界有很多的選擇，筆者所在部門(mén)經(jīng)過(guò)全面考查，仔細分析各種流程工具的優(yōu)缺點(diǎn)后，最終選擇了美國Serena公司的TeamTrack工作流產(chǎn)品作為我們的流程管理工具。TeamTrack具有流程設計靈活，可視化顯示流程執行狀態(tài)，支持強大的二次開(kāi)發(fā)等特點(diǎn)。有了流程管理工具后，我們把很多的書(shū)面流程都轉化成了電子化的流程，這樣就很方便的把需要多人、跨部門(mén)、有上下游協(xié)作的工作通過(guò)電子化的流程固化下來(lái)。大大降低了流程執行的難度，有效的提高了流程執行的效率，收到很好的效果。同時(shí)，由于TeamTrack可以很方便的和我們自主開(kāi)發(fā)的綜合項目管理系統ProgramConsole有機的結合，可以在ProgramConsole上面進(jìn)行流程任務(wù)的計劃、發(fā)起和查看狀態(tài)。
舉例來(lái)說(shuō)，變更管理(Change Control)是過(guò)程改進(jìn)中比較重要的環(huán)節，面對瞬息萬(wàn)變的市場(chǎng)需求和公司內部的變化，有效的變更管理可以防止變更在最后一分鐘才通知到受影響的部門(mén)和個(gè)人，最大限度的降低變更帶來(lái)的負面影響。而變更的種類(lèi)很多，例如需求變更、計劃變更、人員變更等等，所以針對不同的變更，有相應的虛擬組織—“變更管理委員會(huì )”(Change Control Board，CCB)來(lái)評估和批準變更。通過(guò)流程工具的實(shí)現，建立變更管理工作流，可以把變更發(fā)起、評估、批準、實(shí)施等變更生命周期有效的管理起來(lái)，自動(dòng)讓一個(gè)虛擬團隊在一個(gè)集中的平臺上協(xié)同工作，極大的提高了內部的溝通效率。
我們比喻流程管理工具為過(guò)程改進(jìn)的引擎，它讓過(guò)程改進(jìn)的活動(dòng)有序的轉動(dòng)起來(lái)。
以軟件生命周期為主線(xiàn)，構造完整的工具平臺
軟件生命周期在不同的公司可能會(huì )有不同的描述，但不管是采用傳統的瀑布式，還是用RUP的迭代開(kāi)發(fā)，或者是采用Agile(敏捷開(kāi)發(fā))模式，在微觀(guān)上，都會(huì )存在需求、編碼、測試、軟件發(fā)布等活動(dòng)。所有的這些活動(dòng)，其實(shí)都有相對應的工具進(jìn)行輔助執行。以軟件生命周期為主線(xiàn)，把各環(huán)節的工具整合起來(lái)，就可以構造一個(gè)完整的過(guò)程管理工具集。
圖3展示了我們已經(jīng)應用的以軟件生命周期為主線(xiàn)的，完整的軟件工程工具平臺。
圖3：軟件工程工具平臺
圖3中列出的工具平臺中，項目管理工具ProgramConsole、需求管理工具RequirementConsole、測試管理工具TestConsole、軟件發(fā)布管理工具ReleaseConsole這四個(gè)產(chǎn)品都是筆者所在公司軟件工程部結合自己多年的過(guò)程改進(jìn)實(shí)施經(jīng)驗，借鑒業(yè)界通用的產(chǎn)品，而自行研制開(kāi)發(fā)的。前文已經(jīng)詳細介紹了ProgramConsole和TeamTrack，這里就其他幾個(gè)產(chǎn)品進(jìn)行簡(jiǎn)單的介紹。
◆RequirementConsole, 需求管理工具
需求管理工具主要是對需求的生命周期進(jìn)行管理，把需求管理的對象細化。從以前傳統的一篇需求文章，細化到一個(gè)一個(gè)條目化的需求項。這樣更方便需求的追蹤和驗證。
◆TestConsole，測試管理工具
測試管理工具是對測試活動(dòng)和測試用例的生命周期進(jìn)行管理�？梢怨芾韽�單元測試、集成測試、系統測試、Beta現成測試等所有測試環(huán)節的用例數據庫，自動(dòng)匯總測試報告。同時(shí)可以集成RequirementConsole，設置需求的測試狀態(tài)。
◆ReleaseConsole，發(fā)布管理工具
發(fā)布管理工具是對發(fā)布給客戶(hù)的軟件包進(jìn)行管理，可以集成自動(dòng)化編譯平臺進(jìn)行自動(dòng)構建。非常適合多模塊的復雜軟件包的發(fā)布。
◆ClearCase、ClearQuest，配置管理工具
ClearCase和ClearQuest是IBM Rational的產(chǎn)品，也是業(yè)界廣泛采用的軟件配置管理工具。ClearCase是一個(gè)非常優(yōu)秀的軟件源代碼版本控制工具。而ClearQuest是一個(gè)靈活的缺陷跟蹤工具。
這個(gè)工具平臺中列出的軟件工程工具，它們即可以獨立運行，之間又可以互相有機集成。例如RequirementConsole中的需求項可以追蹤到TestConsole中的測試用例，這樣可以很方便的了解到哪些需求被實(shí)現了，是否通過(guò)測試。ClearCase中的代碼版本修改，可以關(guān)聯(lián)到ClearQuest的具體缺陷，了解是什么原因導致代碼的修改。在ReleaseConsole發(fā)布的軟件版本中，可以了解這個(gè)版本解決了哪些ClearQuest中的缺陷，新增了哪些RequirementConsole中的需求。而ProgramConsole可以把一些領(lǐng)導們關(guān)心的，分布在各個(gè)系統中的數據進(jìn)行統計，顯示在界面上。
經(jīng)過(guò)兩年多的實(shí)際應用，我們切實(shí)體會(huì )到了軟件工程工具給我們的軟件過(guò)程改進(jìn)帶來(lái)的實(shí)實(shí)在在的好處。我們的流程執行更規范了，項目相關(guān)人員之間的溝通也更順暢了，領(lǐng)導層更方便的了解和監控產(chǎn)品開(kāi)發(fā)的全過(guò)程，決策也更快速和準確。
沒(méi)有最好，只有最適合
筆者認為，選擇工具的原則是“沒(méi)有最好，只有最適合”。不管是自行開(kāi)發(fā)，還是購買(mǎi)市場(chǎng)上成熟產(chǎn)品，最終的目標是應該選擇最適合自己公司實(shí)際情況的產(chǎn)品，從而能夠解決在過(guò)程改進(jìn)中遇到的實(shí)際問(wèn)題，為提高過(guò)程改進(jìn)的實(shí)際效果起到積極的作用。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
