張健 對外經(jīng)濟貿(mào)易大學統(tǒng)計學院在職人員高級課程研修班學員

引言：行業(yè)應用軟件是軟件行業(yè)未來的主流發(fā)展趨勢。要想成功地開發(fā)行業(yè)應用軟件，必須緊密對接行業(yè)需求，進行有效的軟件開發(fā)分工與組織，而這有賴于科學的流程管理。因此，本文主要以計算機行業(yè)應用軟件開發(fā)流程管理為研究對象，試圖在分析開發(fā)流程管理現(xiàn)存問題的基礎上，制定針對性更高、操作性更強的流程管理優(yōu)化方案。

一、計算機行業(yè)應用軟件的一般開發(fā)流程

目前，大部分的行業(yè)應用軟件均主要采用版本迭代的方式進行開發(fā)，以某保險行業(yè)應用軟件開發(fā)項目為例，具體流程主要分為4個階段：

1.需求階段。本階段從接到業(yè)務人員的需求開始，到通過需求評審并將需求文檔提交為止，主要由需求組負責。在接受需求之后，需求人員先分派需求、書寫需求文檔，然后進行組內(nèi)需求評審。如果組內(nèi)評審通過，則提交需求方評審；如果不通過，則退回修改再提交需求方評審。需求方評審后如果通過，則返回項目組進行開發(fā)評審；如果不通過，則退回需求組修改直到通過需求方評審。返回項目組后如果評審通過，就提交需求文檔、由開發(fā)組安排版本開發(fā)；如果不通過，則退回需求組修改直到通過項目組評審。該階段的人員配備一般是3個，由1個高級需求人員帶領1個中級需求人員及1個初級需求人員。

2.開發(fā)階段。本階段從接到需求文檔開始，到完成開發(fā)自測并提交測試為止，主要由開發(fā)組負責。在接到需求文檔之后，開發(fā)負責人先分配需求給相應的開發(fā)小組，開發(fā)組長再具體分配給相應的組員，組員接收開發(fā)任務之后詳細設計文檔，隨后組織相關(guān)人員進行評審。評審后如果通過，則依據(jù)設計文檔進行編碼；如果不通過，則退回修改直到評審通過。完成編碼后，開發(fā)人員組織自測。自測后如果通過，則提交測試環(huán)境驗證；如果不通過，則退回修改直到通過提交測試。該階段是整個項目的關(guān)鍵，其人員配備也是最多的，一般常備的開發(fā)人員有12個，分別由3個高級開發(fā)人員各自帶3個初級開發(fā)人員。

3.測試階段。本階段從接到測試內(nèi)容開始，到通過全流程測試為止，具體任務主要由測試組完成。在接到測試內(nèi)容之后，測試人員先進行測試用例的編寫，然后組織進行評審。如果評審通過，則準備進行測試；如果評審不通過，則退回修改直到評審通過。測試組長根據(jù)計劃分配測試任務，然后組織測試人員進行功能測試、凍結(jié)測試、全流程測試等多輪測試。每一輪測試如果通過則進行評估后進入下一輪，如果不通過則退回修改直到通過全流程測試。全流程測試通過后，由測試負責人編寫測試報告、評估風險，然后將版本包及測試報告等文檔經(jīng)需求方同意后一并提交。該階段的人員配備一般是5個，由2個高級測試人員帶3個初中級測試人員。

4.驗收階段。本階段一般又細分為需求驗收和業(yè)務驗收兩個階段。需求驗收階段主要是從開發(fā)組完成開發(fā)到測試完成，由項目經(jīng)理驗證開發(fā)人員所開發(fā)的功能是否符合相關(guān)客戶的需求；業(yè)務驗收階段主要是從測試完成到系統(tǒng)上線，由項目組需求負責人跟進OA系統(tǒng)中的業(yè)務驗收情況，解答業(yè)務疑問，及時轉(zhuǎn)達需求變更和系統(tǒng)bug情況，并做好需求跟蹤矩陣的更新。

二、行業(yè)應用軟件開發(fā)流程管理中現(xiàn)存的問題分析

1.流程安排上，每個流程所占用的時間相對固定，但整體的效率值不高，細節(jié)上缺乏靈活性。仍以某保險行業(yè)應用軟件開發(fā)項目為例，每一個流程階段大約需要8―10天的時間，一個階段結(jié)束之后緊接著下一個階段就開始，所有流程階段全部結(jié)束，就代表著一個完整開發(fā)周期的完成，通過無數(shù)個開發(fā)周期的循環(huán)接續(xù)，項目的整體任務得以最終實現(xiàn)。但這樣的時間安排只是一種相對理想的狀態(tài)，事實上由于各個環(huán)節(jié)所涉及的業(yè)務復雜度不同，最終所需要的時間也有很大的差別。對于一些相對復雜的業(yè)務環(huán)節(jié)來說，時間很可能不夠用；對于一些相對簡單的業(yè)務環(huán)節(jié)來說，時間又明顯富余。不靈活的流程安排，不僅大大降低了開發(fā)流程的效率值，還嚴重影響了整體的業(yè)務完成度。

2.任務分工上，各個階段所承擔的任務緊密關(guān)聯(lián)，但相互之間的配合度不足，出現(xiàn)溝通問題的情況較多。如前所述，需求、開發(fā)、測試、驗收等階段所承擔的任務各有區(qū)別，但這些流程階段并不是獨立存在的，而是相互之間有緊密的關(guān)聯(lián)度，需要進行密切的配合。例如，開發(fā)階段是從接到需求文檔開始的，在版本開發(fā)的過程中也往往需要與需求人員一而再、再而三地進行溝通，確認對相關(guān)功能的需求理解是否到位等；測試階段主要是對開發(fā)階段的成果進行多輪測試，一旦出現(xiàn)問題，必然需要開發(fā)階段繼續(xù)進行相應的修改與完善；等等。然而，由于每個階段只用對自己所承擔的任務負責，所以在負責階段之外的銜接與溝通上明顯動力不足、著力不夠，不僅在項目外部與需求方存在溝通不充分的問題，在項目內(nèi)部也常常因溝通不暢而出現(xiàn)推諉和扯皮現(xiàn)象，大大增加了項目的風險和管理的成本。

3.人員配備上，各個組別所分配的人員水平不一，在對項目的整體理解度等方面缺乏考量以及驗證標準。在具體的行業(yè)應用軟件開發(fā)過程中，往往根據(jù)任務的不同將一個大的項目組拆分成需求、開發(fā)、測試等不同組別。不同組別分配到的人員，不僅在數(shù)量上有區(qū)別，在能力水平上也有很大的差異。一般來說，需求和測試人員負責的任務相對較為簡單，相應的準入門檻也比較低，往往不需要具備軟件開發(fā)相關(guān)的專業(yè)知識背景。雖然不需要參與直接的軟件開發(fā)工作，但需求和測試人員的任務都是以成功地實現(xiàn)軟件開發(fā)為核心，也需要對程序開發(fā)、代碼編寫有一定的認識和理解，這樣才能提高需求分析和測試評估的質(zhì)量。然而，無論是在先期的人員招錄、中期的人員培訓還是后期的人員考核中，對項目的整體理解度等方面的指標均有所缺失，更不要說相應的驗證標準了。

三、行業(yè)應用軟件開發(fā)流程管理的優(yōu)化方案

1.引入精細化管理，根據(jù)業(yè)務需要及時進行靈活調(diào)整。精細化管理既是一種管理理念，又是一種管理方法。按照精細化的理念和方法優(yōu)化開發(fā)流程管理，就要改變原來相對籠統(tǒng)、模糊的流程安排，以具體、明確的量化標準，重新分解每一個開發(fā)流程、每一項開發(fā)任務，具象為相應的數(shù)字、程序、責任，使每一項工作內(nèi)容都能看得見、摸得著、說得準，使每一個問題都有專人負責。在具體安排時，有條件的情況下甚至可以具體到每一天、每一個小時，通過由上而下的整體安排和自下而上的個人申報相結(jié)合，以項目分工明細表、任務完成日志等形式予以清晰呈現(xiàn)。同時，在明確各個流程的具體工作量的基礎上，要充分考慮時間工期的限制，根據(jù)相應的業(yè)務需要，充分把握時間節(jié)點的變化，及時進行細節(jié)上的靈活調(diào)整，有效實現(xiàn)項目流程的整體化推進。

2.加強全流程溝通，基于開發(fā)目標完善業(yè)務協(xié)作機制。根據(jù)康威第一定律，組織溝通方式?jīng)Q定系統(tǒng)設計。一方面，要將溝通覆蓋開發(fā)的全流程，在每日的早晚例會中都充分關(guān)注存在的溝通問題，及時予以解決，一些牽涉人員較多、范圍較廣、難度較大的問題，還可以根據(jù)開發(fā)進展不定期地召開專門的跨部門、跨流程的業(yè)務溝通會；另一方面，要在充分溝通的基礎上增強相互之間的配合，通過構(gòu)建更加完善的業(yè)務協(xié)作機制，針對溝通問題較多的具體任務，進一步進行相應的責任分攤，強化不同部門和人員的責任意識，讓他們積極地前溯和后移對接關(guān)口，發(fā)現(xiàn)相關(guān)問題之后主動溝通解決，切實貫通整個流程鏈，促進整體開發(fā)目標的實現(xiàn)。

3.應用微服務架構(gòu)，以業(yè)務為核心來組織和建設團隊。微服務是一種架構(gòu)風格，在微服務架構(gòu)下，不再像傳統(tǒng)的開發(fā)系統(tǒng)一樣按照職能來劃分項目團隊，而是圍繞每個業(yè)務按服務來劃分團隊。也就是說，一個大的項目團隊又若干個小的項目團隊組成，而每一個小的項目團隊都是跨職能的。因此，在行業(yè)軟件開發(fā)流程管理上，可以充分借鑒微服務架構(gòu)的相關(guān)理念，改變原來較為機械的職能分配模式，以業(yè)務為核心組織和建設具有跨職能特征的團隊。在項目開始前，盡可能地篩選具有相關(guān)開發(fā)實踐背景、綜合素質(zhì)較高、對項目開發(fā)有整體性視野的團隊成員，制定更加合理的考核招錄標準；在開發(fā)過程中，加強對項目團隊的整體業(yè)務提升，針對不同的人員進行有針對性的業(yè)務培訓，在具體業(yè)務內(nèi)容之外，對需求和測試人員輔之以軟件開發(fā)專業(yè)知識培訓，對開發(fā)人員輔之以需求分析、溝通技巧學習，并在業(yè)績考核、薪資改善等方面有所體現(xiàn)。