龔永峰

【摘 要】隨著軟件行業(yè)的飛速發(fā)展，很多企業(yè)為了縮短軟件研發(fā)交付周期，降低研發(fā)成本，越來越重視研發(fā)效能。但是從實(shí)際情況看，很多企業(yè)還停留在時(shí)間換進(jìn)度的層面，也許短時(shí)間內(nèi)能夠提效，但是從長(zhǎng)遠(yuǎn)來看，這種提效很難持續(xù)。軟件研發(fā)是一個(gè)創(chuàng)造性過程，不是機(jī)械的、重復(fù)性的傳統(tǒng)生產(chǎn)線操作。論文結(jié)合實(shí)際研發(fā)管理過程，從研發(fā)的流程特點(diǎn)、研發(fā)人員能力、研發(fā)工具等方面提出軟件研發(fā)提效的意義和方法，給大家以借鑒和參考。

【Abstract】With the rapid development of software industry， many enterprises have paid more and more attention to research and development efficiency， so as to shorten the period of software research and development delivery and reduce research and development cost. However， from the actual situation， many enterprises still stay at the level of time to schedule， may be able to improve the efficiency in a short time， but in the long run， this kind of improvement is difficult to sustain. Software research and development is a creative process， not mechanical， repetitive， and traditional line operation. Combined with the actual research and development management process， this paper proposes the significance and methods of software research and development efficiency improvement from the aspects of research and development process characteristics， research and development personnel ability， research and development tools， etc.， for reference.

【關(guān)鍵詞】軟件研發(fā);提效;精益;項(xiàng)目管理

【Keywords】software development; efficiency improvement; lean; project management

【中圖分類號(hào)】TP31? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?【文獻(xiàn)標(biāo)志碼】A? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 【文章編號(hào)】1673-1069（2019）09-0080-02

1 引言

很多軟件企業(yè)隨著業(yè)務(wù)發(fā)展，出現(xiàn)了諸多研發(fā)問題，如產(chǎn)品交付延期，研發(fā)加班，產(chǎn)品故障率高，測(cè)試壓力大，客戶滿意度低。這些問題更多是提升研發(fā)效能不得當(dāng)所致。軟件研發(fā)是一個(gè)復(fù)雜的系統(tǒng)工程，效能提高也就需要系統(tǒng)化端到端地思考，需要從多方面入手。研發(fā)流程優(yōu)化，做好每個(gè)環(huán)節(jié)，做好環(huán)節(jié)與環(huán)節(jié)的銜接，助力提效。在敏捷和精益的推動(dòng)下，很多軟件研發(fā)項(xiàng)目只是望文生義，只學(xué)到了“速度”，提出了快速迭代，快速交付，忽略了做好每個(gè)環(huán)節(jié)才是提效的根本。

2 需求管理的提效

首先研發(fā)的源頭：需求管理的提效。需求的準(zhǔn)確性是至關(guān)重要的，或者說需求的主要部分必須是正確的。不能因?yàn)槿蝿?wù)緊急、搶占市場(chǎng)需要，稀里糊涂地啟動(dòng)研發(fā)，將來再不斷去廢棄已經(jīng)完成的工作。這種情況從研發(fā)項(xiàng)目的過程數(shù)據(jù)看是高效的，因?yàn)楣ぷ鲿r(shí)間很長(zhǎng)，代碼行數(shù)、測(cè)試用例足夠多。但是從最終目標(biāo)，項(xiàng)目?jī)r(jià)值來看，做得都是無用功，這樣效能也就無從談起了。不僅僅是需求，正確做好軟件研發(fā)的每個(gè)環(huán)節(jié)的事情，就是一種提效。

3 環(huán)節(jié)信息準(zhǔn)確傳遞

環(huán)節(jié)信息的準(zhǔn)確傳遞，減少上下游溝通，減少信息傳遞的流失，會(huì)是明顯的提效。信息傳遞的環(huán)節(jié)越多丟失的也就越多。一個(gè)項(xiàng)目的研發(fā)往往會(huì)經(jīng)過需求調(diào)研，需求分析、設(shè)計(jì)、編碼、測(cè)試、交付等眾多環(huán)節(jié)。降低這么多環(huán)節(jié)的信息丟失方法有兩種：一種是減少環(huán)節(jié)，通過人員復(fù)用的方式隱形減少環(huán)節(jié)，如需求調(diào)研和需求分析同一批人做，減少這兩個(gè)環(huán)節(jié)的需求傳遞。其他環(huán)節(jié)也可以采用類似手段和方法。另一種方式是下游環(huán)節(jié)提前介入上游環(huán)節(jié)的活動(dòng)，如需求分析階段，系統(tǒng)架構(gòu)師、編碼工程師、測(cè)試工程師、交付工程師一起和需求分析師做需求分析，避免串行需求傳遞，同時(shí)也可以提前發(fā)現(xiàn)問題，減少返工，提升每個(gè)環(huán)節(jié)的輸出質(zhì)量，就是一種有效的提效[1]。

4 提升人員能力是提效的基礎(chǔ)

在軟件研發(fā)項(xiàng)目中，人員的能力的重要性基本都是得到大家認(rèn)可的，但是很多時(shí)候只是部分崗位的人員被要求優(yōu)秀的人員擔(dān)當(dāng)，如設(shè)計(jì)崗位的系統(tǒng)架構(gòu)師是公認(rèn)的重要崗位，而普通的編碼人員、測(cè)試人員卻被忽視。

其實(shí)在整個(gè)研發(fā)流程中，每個(gè)崗位的人員都很重要，不一定都需要最優(yōu)秀的，但是一定是最合適的人員，人員的基本素質(zhì)不能降低。另外，每個(gè)崗位的人才不能局限于專業(yè)能力，更應(yīng)該重視綜合能力。如編碼工程師，如果能夠有一定的系統(tǒng)架構(gòu)能力，在設(shè)計(jì)階段就能發(fā)現(xiàn)方案是否具備落地的可行性，提升設(shè)計(jì)方案的質(zhì)量。如果測(cè)試人員有需求分析的能力，在需求評(píng)審階段就能更好地完善需求。

人員的綜合能力高，在必要時(shí)也可以彌補(bǔ)短時(shí)間部分崗位人員少量緊缺的情況，更好地提高人員利用率[2]。當(dāng)然這只是一種有效的補(bǔ)充，而不是真正的替代，如果走極端方式，所有崗位的人員都要求全能，最終全部混用，這不但不能有效提高效能，只會(huì)讓研發(fā)過程混亂，產(chǎn)品質(zhì)量不可控，畢竟專業(yè)的人應(yīng)該做專業(yè)的事情。所有全能型人才一定是精于某個(gè)方面，如果長(zhǎng)時(shí)間、大比例使用非專業(yè)人員做專業(yè)的事情，非但不能提高人員利用率、效率，反而會(huì)讓產(chǎn)品質(zhì)量更低，交付更艱難。而且員工的專業(yè)技能長(zhǎng)期得不到重用，也會(huì)導(dǎo)致人員流失。

根據(jù)多個(gè)大型項(xiàng)目的使用經(jīng)驗(yàn)來看，具備崗位基本技能的人員混用比例應(yīng)該控制在10%～30%，時(shí)間在1～3個(gè)月為宜，能夠很好地解決崗位和技能之間的短時(shí)間缺口，崗位的新鮮感也會(huì)讓員工的工作熱情和積極性更高。

5 軟件研發(fā)工具是有效的提效手段

很多企業(yè)為了節(jié)約成本，軟件研發(fā)的管理還停留在“Excel+郵件”的方式上，項(xiàng)目過程中遇到問題，只能花費(fèi)大量的時(shí)間在郵件中檢索，幾個(gè)項(xiàng)目做完了，龐大的項(xiàng)目數(shù)據(jù)散落在各處，回溯總結(jié)項(xiàng)目只流于形式。沒有客觀的數(shù)據(jù)來縱向總結(jié)項(xiàng)目，也沒辦法橫向?qū)Ρ榷鄠€(gè)項(xiàng)目。有效的項(xiàng)目管理工具會(huì)成為項(xiàng)目提效的好幫手。首先，需求管理工具，如Jira，可以將組織和軟件產(chǎn)品各個(gè)模塊管理起來，可以將需求、功能點(diǎn)、任務(wù)，測(cè)試用例、故障相關(guān)聯(lián)，將需求、設(shè)計(jì)、開發(fā)、測(cè)試等各個(gè)環(huán)節(jié)打通，可以讓整個(gè)研發(fā)流程更加順暢。其次，自動(dòng)化測(cè)試工具的使用是研發(fā)提效的一個(gè)利刃。自動(dòng)化測(cè)試不僅可以降低人工測(cè)試的隨意性，也不會(huì)受限于測(cè)試人員能力的差異，更重要的是可以在一個(gè)研發(fā)周期內(nèi)對(duì)每個(gè)迭代版本做重復(fù)的回歸測(cè)試，保證已經(jīng)開發(fā)完成的功能不會(huì)在后繼版本中被破壞[3]。最后，持續(xù)構(gòu)建平臺(tái)是軟件研發(fā)流程中一個(gè)非常重要的工具，可以輕松實(shí)現(xiàn)多模塊，多團(tuán)隊(duì)研發(fā)的協(xié)作，解決手工集成、測(cè)試、部署的重復(fù)性勞動(dòng)?？梢愿绲匕l(fā)現(xiàn)問題，降低解決問題的成本，減少手工錯(cuò)誤的概率，提高完整產(chǎn)品構(gòu)建的頻率。

我們?cè)诤芏囗?xiàng)目中使用了持續(xù)構(gòu)建平臺(tái)，加入了靜態(tài)代碼的檢查，腳本的編譯執(zhí)行、代碼編譯、單元測(cè)試、系統(tǒng)部署、自動(dòng)化用例執(zhí)行。采用有變更即運(yùn)行，1小時(shí)解決問題的原則，真正能做到隨時(shí)發(fā)布版本的原則，大大加快了產(chǎn)品迭代速度，解決問題的速度，提供版本質(zhì)量和客戶滿意度。

6 結(jié)語

上述的這些方法、工具是比較通用的軟件研發(fā)提效的方法和手段，如果結(jié)合各種不同項(xiàng)目的特點(diǎn)，針對(duì)具體研發(fā)場(chǎng)景，還可以挖掘出更貼合項(xiàng)目的提效手段，如技術(shù)手段的提效，針對(duì)一個(gè)大型項(xiàng)目做分中心、微服務(wù)化，前后端分離，降低項(xiàng)目代碼管理的復(fù)雜度，降低系統(tǒng)的整體耦合度，提高研發(fā)的并行度等。愿意在研發(fā)過程中多觀察，多思考，發(fā)現(xiàn)障礙點(diǎn)，積極嘗試，研發(fā)效能也會(huì)不斷提高。

軟件研發(fā)提效是一個(gè)永恒的話題，每一個(gè)研發(fā)項(xiàng)目都希望能夠提高效能，為組織創(chuàng)造出更高的價(jià)值，各個(gè)研發(fā)項(xiàng)目也都會(huì)有一些獨(dú)特之處，提效的方法也會(huì)有所不同。根據(jù)項(xiàng)目經(jīng)驗(yàn)來看，都可以歸結(jié)為人、工具、流程這三方面，只要能夠有效利用好這三方面，做好彼此的平衡，能夠很好地提高軟件研發(fā)的效能。如果顧此失彼，只是追求某個(gè)點(diǎn)，某一方面，而忽略之間的聯(lián)系和配合，最終的效果也將會(huì)大打折扣。

【參考文獻(xiàn)】

【1】李作學(xué)，王永東.研發(fā)管理流程與節(jié)點(diǎn)精益設(shè)計(jì)[M].北京：人民郵電出版社，2016.

【2】[美]Mike Cohn著，金明譯.敏捷軟件開發(fā)實(shí)踐 估算與計(jì)劃[M].北京：清華大學(xué)出版社，2016.

【3】王京生.華為之研發(fā)模式[M].深圳：海天出版社，2018.