軟件開發(fā)過程中如何讓工作變得更簡單高效？事務(wù)性工作應(yīng)該更關(guān)注需求還是更關(guān)注任務(wù)？是持續(xù)發(fā)布還是批量發(fā)布？今天，昆明來可云小編給大家來分享一下軟件開發(fā)過程中常見的一些誤區(qū)，一起來看看吧。

1、關(guān)注需求 vs 關(guān)注任務(wù)

在辦公室里看得zui多的場景，無非是每一個(gè)人都并行工作在很多事務(wù)上，忙至深夜。而“努力”的結(jié)果還是交付時(shí)間一而再、再而三地延期。事務(wù)性工作的本質(zhì)還是任務(wù)驅(qū)動，關(guān)注在基本的開發(fā)任務(wù)，因?yàn)槿蝿?wù)是片段的、部分的，缺乏產(chǎn)品需求及目標(biāo)的整體性。個(gè)體上，雖然任務(wù)完成很多，但因?yàn)槿鄙倥c其他任務(wù)在產(chǎn)品需求層面的拉通，也難以保證產(chǎn)品需求交付的按期交付。這就像忙碌的倉鼠，雖然不停歇地在滾輪上奔跑，但依然在原地。

而軟件交付的本質(zhì)，是持續(xù)、快速、高質(zhì)量地交付有效價(jià)值。業(yè)務(wù)或產(chǎn)品需求才是有效價(jià)值的體現(xiàn)。需求來源于用戶問題和業(yè)務(wù)目標(biāo)，可以從業(yè)務(wù)目標(biāo)、業(yè)務(wù)場景、功能需求等幾個(gè)不同的維度分解需求，分解完后的需求，依然保持續(xù)其完整性、獨(dú)立性，可測可發(fā)布，每一個(gè)需求的交付，都是一次假設(shè)驗(yàn)證的過程，是業(yè)務(wù)價(jià)值創(chuàng)造的機(jī)會。

所以，在軟件交付協(xié)作中，通過精益交付看板可視化需求流動，才能做到價(jià)值驅(qū)動；只有通過需求，以一個(gè)整體視角，可視化“端到端”的價(jià)值流，才能做到在協(xié)作過程中的前后（職能）拉通。始于用戶問題的提出，終于用戶問題的解決。

所謂，Outcome over output，就是盡可能在MIN化 output 的同時(shí)，MAX化 outcome。output 是任務(wù)產(chǎn)出，outcome 是需求結(jié)果。站在老板的角度，才不看你完成了幾個(gè)任務(wù)，他關(guān)心的是交付了多少特性需求。

【要訣】以需求為單位進(jìn)行協(xié)作，更關(guān)注業(yè)務(wù)價(jià)值視角。通過精益交付看板可視化需求交付過程。

2、流動效率 vs 資源效率

資源效率，指的是那種視人為資源，關(guān)注人效，制造局部繁忙。然而局部資源效率的提升，并不能使整體效率提升。這是為什么呢？

因?yàn)?，產(chǎn)品交付的整個(gè)過程，需要協(xié)同所有職能，包括（但不限于）業(yè)務(wù)、產(chǎn)品、開發(fā)、測試和運(yùn)維。關(guān)注資源效率，一是軟件的交付取決長短板；二是每個(gè)職能進(jìn)行局部效率優(yōu)化，容易形成效率豎井，即局部來看，效率很高，產(chǎn)出了很多中間制品，豎井之間的交接形成了批量，整體效能并未得到任何改善。

以流動效率為核心，就是要以需求為流動單元，從用戶來，然后快速流向用戶，加速需求的 Time to market。流動效率的快慢直接決定了用戶響應(yīng)、獲取反饋的效率。以流動效率為核心，必須拉通交付流程中的所有職能，打破組織壁壘。同時(shí)，聚焦流動效率，可以幫助組織即時(shí)暴露協(xié)作中的問題，如阻塞、等待等，這些問題可能是協(xié)作問題，也有可能是工程能力問題。

軟件研發(fā)過程中的主要問題，永遠(yuǎn)都不是閑著的資源，而是閑著的需求。

做個(gè)不太恰當(dāng)?shù)谋扔?，關(guān)注資源效率的老板是計(jì)時(shí)發(fā)薪，關(guān)注流動效率的老板是計(jì)件發(fā)薪。你們老板屬于哪一類呢？

【要訣】資源效率，是關(guān)注個(gè)人人效，關(guān)注人力的利用率，繁忙的局部資源效率，并不能在整體上帶來流動效率的提升。

3、關(guān)注問題 vs 關(guān)注活動

僵尸式站會，指的是那種照搬方法論框架，追求形式主義的站會現(xiàn)象。這一現(xiàn)象，人們往往會面臨“站會是要站著開，還是坐著開？計(jì)劃會議需要分上下午兩場，還是集中在下午？”這樣的問題。過分關(guān)注活動的形式，而忽略了問題本身就是本末倒置。

方法論框架的目的是為了交流理解的需要，而不是生搬硬套，照本宣科。軟件項(xiàng)目協(xié)作，應(yīng)該關(guān)注問題的解決，阻塞的移除，關(guān)注需求如何快速從前一道工序流動到下一道工序。項(xiàng)目協(xié)作中，應(yīng)該關(guān)注：

當(dāng)前有哪些阻塞？

哪些到期應(yīng)該交付，而不能交付的需求？

依賴有哪些？

交付的價(jià)值流中是否有中斷？

當(dāng)前交付過程中的瓶頸有哪些？

我們建議的站會 6+1，是對協(xié)作中關(guān)注問題的一個(gè)指南。

我們不建議照搬哪個(gè)方法論的框架，如站會是要站著開，還是坐著開？計(jì)劃會議需要分上下午，還是一個(gè)下午？過分強(qiáng)調(diào)活動的樣式，就是形式主義。方法論框架的目的是為了交流理解的需要，而不是生搬硬套，照本宣科。

一切不以解決問題為目的的形式主義都是耍流氓。

【要訣】站會 6+1。

4、跨職能團(tuán)隊(duì) vs 單一職能團(tuán)隊(duì)

以需求價(jià)值驅(qū)動，流動效率為核心，意味著在協(xié)作過程中，必須以業(yè)務(wù)驅(qū)動，拉通從業(yè)務(wù)、產(chǎn)品，到開發(fā)和測試的各個(gè)職能，跨職能協(xié)同。單一職能的團(tuán)隊(duì)，容易形成職能豎井，導(dǎo)致各個(gè)職能在局部繁忙，但是整體系統(tǒng)協(xié)作效率低下。

我們假設(shè)團(tuán)隊(duì)內(nèi)部的溝通效率始終大于跨團(tuán)隊(duì)溝通的效率，通過組建跨職能團(tuán)隊(duì)，可以有效提升在協(xié)作中的等待問題，讓整個(gè)團(tuán)隊(duì)關(guān)注在需求的交付上，而不是任務(wù)的完成?？缏毮軋F(tuán)隊(duì)可以是實(shí)體團(tuán)隊(duì)，如果沒有條件，組建虛擬的跨職能團(tuán)隊(duì)也是一個(gè)非常不錯(cuò)的嘗試。

【要訣】可以虛擬組建跨職能團(tuán)隊(duì)，拉通從業(yè)務(wù)、產(chǎn)品，到開發(fā)和測試的各個(gè)職能，跨職能協(xié)同。 

5、代碼掃描 vs 代碼評審

人們過分強(qiáng)調(diào)代碼評審（Code Review）的作用，而忽視了自動化代碼掃描的能力。代碼評審本身并不能直接提升代碼質(zhì)量，代碼評審是社交化編程的一種手段，旨在代碼評審中，形成促進(jìn)團(tuán)隊(duì)內(nèi)部知識共享，提高團(tuán)隊(duì)整體水平，確保團(tuán)隊(duì)統(tǒng)一規(guī)范。其本身是員工編程技能培養(yǎng)的一種手段。

代碼掃描，可以自動化地完成代碼質(zhì)量的檢查，借助技術(shù)手段，促進(jìn)代碼的高可見性，如代碼的重復(fù)度、復(fù)雜度、扇入扇出依賴度、領(lǐng)域語言識別等等，這遠(yuǎn)比人工的檢查效率高出許多。同時(shí)，結(jié)合靜態(tài)代碼掃描和規(guī)約掃描，把一般性的問題可以快速識別出來，如格式問題、基本的語法錯(cuò)誤、潛在的內(nèi)存問題等等；而對于一些內(nèi)存問題及性能問題，也可以通過動態(tài)檢查的手段來檢查，如 C/C++中，常用 Valgrind，llvm-clang，efence 等等小工具就可以完成相應(yīng)的動態(tài)檢查。

對于 Java 開發(fā)者而言，Java 開發(fā)手冊是一個(gè)不錯(cuò)的手段，同時(shí)，云效代碼管理工具，內(nèi)置代碼安全掃描等功能，可以抓出代碼的大部分安全問題。

【要訣】代碼評審是開發(fā)者能力培養(yǎng)的手段、而非質(zhì)量守護(hù)手段。借助代碼規(guī)約，通過代碼掃描完成代碼質(zhì)量檢查。

6、持續(xù)發(fā)布 vs 批量發(fā)布

持續(xù)發(fā)布，就是持續(xù)地發(fā)布，即持續(xù)、快速、可靠地發(fā)布軟件。持續(xù)發(fā)布，有助于問題的快速發(fā)現(xiàn)，同樣，持續(xù)發(fā)布有助于工程效能問題的發(fā)現(xiàn)，需要做到持續(xù)發(fā)布，意味著：

需要建立統(tǒng)一規(guī)范的發(fā)布流程，以工具手段，將流程內(nèi)建在工具上，防止過多的人工參與引入不必要的問題和安全風(fēng)險(xiǎn)。

建立自動、完善的質(zhì)量守護(hù)體系。

自動化的部署手段，部署盡量做到無人工介入，如采取 Docker 鏡像方式，代碼與配置分離，一次構(gòu)建多次部署。

持續(xù)發(fā)布意味著持續(xù)獲得反饋，每天的工作有反饋。更多的反饋和持續(xù)改進(jìn)的機(jī)會，有助于質(zhì)量及工程效率的提升?；谠频摹臼酱a托管和持續(xù)發(fā)布系統(tǒng)，可以快速發(fā)現(xiàn)，即時(shí)反饋。讓在線發(fā)布協(xié)同成為可能。

批量發(fā)布意味著大爆炸式集成，問題集中爆發(fā)，傳統(tǒng)的以瀑布或大迭代方式的開發(fā)方式，一般都是批量的發(fā)布方式，在當(dāng)前業(yè)務(wù)不確定性如此強(qiáng)，變化如此快的大環(huán)境下，這種批量的發(fā)布越來越不受待見。