建站
咨詢
售后
建站咨詢
新聞中心
軟件研發(fā)過(guò)程中如何讓工作變得更簡(jiǎn)單高效?事務(wù)性工作應(yīng)該更關(guān)注需求還是更關(guān)注任務(wù)?是持續(xù)發(fā)布還是批量發(fā)布?本文將從七個(gè)方面聊一聊軟件研發(fā)過(guò)程中常見(jiàn)的誤區(qū)及正確姿勢(shì)，分享研發(fā)過(guò)程中的那些 Dos 和 Dont's。
創(chuàng)新互聯(lián)公司公司2013年成立，先為鎮(zhèn)雄等服務(wù)建站，鎮(zhèn)雄等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為鎮(zhèn)雄企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問(wèn)題。
結(jié)束了一天的工作，拖著疲憊的身軀，坐在馬桶上，回顧一天的工作，發(fā)現(xiàn)有那么多的不值得，明顯沒(méi)有價(jià)值貢獻(xiàn)的任務(wù)，卻干了一大杯;明明可以好好工作，卻硬要表演得很忙似的;明明有機(jī)器幫我們干活，卻硬著頭皮逐字逐句讀代碼;明明別人家已經(jīng)持續(xù)交付了，而我們依然覺(jué)得批量來(lái)一把更經(jīng)濟(jì)實(shí)惠。哥很難，難的不是工作太辛苦，而是明明可以更簡(jiǎn)單，卻硬要搞得很復(fù)雜，今天，我們?cè)囍且话擒浖邪l(fā)過(guò)程中的常見(jiàn)誤區(qū)。
關(guān)注需求 vs 關(guān)注任務(wù)
在辦公室里看得最多的場(chǎng)景，無(wú)非是每一個(gè)人都并行工作在很多事務(wù)上，忙至深夜。而“努力”的結(jié)果還是交付時(shí)間一而再、再而三地延期。事務(wù)性工作的本質(zhì)還是任務(wù)驅(qū)動(dòng)，關(guān)注在基本的開(kāi)發(fā)任務(wù)，因?yàn)槿蝿?wù)是片段的、部分的，缺乏產(chǎn)品需求及目標(biāo)的整體性。個(gè)體上，雖然任務(wù)完成很多，但因?yàn)槿鄙倥c其他任務(wù)在產(chǎn)品需求層面的拉通，也難以保證產(chǎn)品需求交付的按期交付。這就像忙碌的倉(cāng)鼠，雖然不停歇地在滾輪上奔跑，但依然在原地。
而軟件交付的本質(zhì)，是持續(xù)、快速、高質(zhì)量地交付有效價(jià)值。業(yè)務(wù)或產(chǎn)品需求才是有效價(jià)值的體現(xiàn)。需求來(lái)源于用戶問(wèn)題和業(yè)務(wù)目標(biāo)，可以從業(yè)務(wù)目標(biāo)、業(yè)務(wù)場(chǎng)景、功能需求等幾個(gè)不同的維度分解需求，分解完后的需求，依然保持續(xù)其完整性、獨(dú)立性，可測(cè)可發(fā)布，每一個(gè)需求的交付，都是一次假設(shè)驗(yàn)證的過(guò)程，是業(yè)務(wù)價(jià)值創(chuàng)造的機(jī)會(huì)。
所以，在軟件交付協(xié)作中，通過(guò)精益交付看板可視化需求流動(dòng)，才能做到價(jià)值驅(qū)動(dòng);只有通過(guò)需求，以一個(gè)整體視角，可視化“端到端”的價(jià)值流，才能做到在協(xié)作過(guò)程中的前后(職能)拉通。始于用戶問(wèn)題的提出，終于用戶問(wèn)題的解決。
所謂，Outcome over output，就是盡可能在最小化 output 的同時(shí)，最大化 outcome。output 是任務(wù)產(chǎn)出，outcome 是需求結(jié)果。站在老板的角度，才不看你完成了幾個(gè)任務(wù)，他關(guān)心的是交付了多少特性需求。
【要訣】以需求為單位進(jìn)行協(xié)作，更關(guān)注業(yè)務(wù)價(jià)值視角。通過(guò)精益交付看板可視化需求交付過(guò)程。
流動(dòng)效率 vs 資源效率
資源效率，指的是那種視人為資源，關(guān)注人效，制造局部繁忙。然而局部資源效率的提升，并不能使整體效率提升。這是為什么呢?
因?yàn)?，產(chǎn)品交付的整個(gè)過(guò)程，需要協(xié)同所有職能，包括(但不限于)業(yè)務(wù)、產(chǎn)品、開(kāi)發(fā)、測(cè)試和運(yùn)維。關(guān)注資源效率，一是軟件的交付取決長(zhǎng)短板;二是每個(gè)職能進(jìn)行局部效率優(yōu)化，容易形成效率豎井，即局部來(lái)看，效率很高，產(chǎn)出了很多中間制品，豎井之間的交接形成了批量，整體效能并未得到任何改善。
以流動(dòng)效率為核心，就是要以需求為流動(dòng)單元，從用戶來(lái)，然后快速流向用戶，加速需求的 Time to market。流動(dòng)效率的快慢直接決定了用戶響應(yīng)、獲取反饋的效率。以流動(dòng)效率為核心，必須拉通交付流程中的所有職能，打破組織壁壘。同時(shí)，聚焦流動(dòng)效率，可以幫助組織即時(shí)暴露協(xié)作中的問(wèn)題，如阻塞、等待等，這些問(wèn)題可能是協(xié)作問(wèn)題，也有可能是工程能力問(wèn)題。
軟件研發(fā)過(guò)程中的主要問(wèn)題，永遠(yuǎn)都不是閑著的資源，而是閑著的需求。
做個(gè)不太恰當(dāng)?shù)谋扔鳎P(guān)注資源效率的老板是計(jì)時(shí)發(fā)薪，關(guān)注流動(dòng)效率的老板是計(jì)件發(fā)薪。你們老板屬于哪一類呢?
【要訣】資源效率，是關(guān)注個(gè)人人效，關(guān)注人力的利用率，繁忙的局部資源效率，并不能在整體上帶來(lái)流動(dòng)效率的提升。
關(guān)注問(wèn)題 vs 關(guān)注活動(dòng)
僵尸式站會(huì)，指的是那種照搬方法論框架，追求形式主義的站會(huì)現(xiàn)象。這一現(xiàn)象，人們往往會(huì)面臨“站會(huì)是要站著開(kāi)，還是坐著開(kāi)?計(jì)劃會(huì)議需要分上下午兩場(chǎng)，還是集中在下午?”這樣的問(wèn)題。過(guò)分關(guān)注活動(dòng)的形式，而忽略了問(wèn)題本身就是本末倒置。
方法論框架的目的是為了交流理解的需要，而不是生搬硬套，照本宣科。軟件項(xiàng)目協(xié)作，應(yīng)該關(guān)注問(wèn)題的解決，阻塞的移除，關(guān)注需求如何快速?gòu)那耙坏拦ば蛄鲃?dòng)到下一道工序。項(xiàng)目協(xié)作中，應(yīng)該關(guān)注：
- 當(dāng)前有哪些阻塞
- 哪些到期應(yīng)該交付，而不能交付的需求
- 依賴有哪些
- 交付的價(jià)值流中是否有中斷
- 當(dāng)前交付過(guò)程中的瓶頸有哪些
我們建議的站會(huì) 6+1，是對(duì)協(xié)作中關(guān)注問(wèn)題的一個(gè)指南。
我們不建議照搬哪個(gè)方法論的框架，如站會(huì)是要站著開(kāi)，還是坐著開(kāi)?計(jì)劃會(huì)議需要分上下午，還是一個(gè)下午?過(guò)分強(qiáng)調(diào)活動(dòng)的樣式，就是形式主義。方法論框架的目的是為了交流理解的需要，而不是生搬硬套，照本宣科。
一切不以解決問(wèn)題為目的的形式主義都是耍流氓。
【要訣】站會(huì) 6+1。
跨職能團(tuán)隊(duì) vs 單一職能團(tuán)隊(duì)
以需求價(jià)值驅(qū)動(dòng)，流動(dòng)效率為核心，意味著在協(xié)作過(guò)程中，必須以業(yè)務(wù)驅(qū)動(dòng)，拉通從業(yè)務(wù)、產(chǎn)品，到開(kāi)發(fā)和測(cè)試的各個(gè)職能，跨職能協(xié)同。單一職能的團(tuán)隊(duì)，容易形成職能豎井，導(dǎo)致各個(gè)職能在局部繁忙，但是整體系統(tǒng)協(xié)作效率低下。
我們假設(shè)團(tuán)隊(duì)內(nèi)部的溝通效率始終大于跨團(tuán)隊(duì)溝通的效率，通過(guò)組建跨職能團(tuán)隊(duì)，可以有效提升在協(xié)作中的等待問(wèn)題，讓整個(gè)團(tuán)隊(duì)關(guān)注在需求的交付上，而不是任務(wù)的完成。跨職能團(tuán)隊(duì)可以是實(shí)體團(tuán)隊(duì)，如果沒(méi)有條件，組建虛擬的跨職能團(tuán)隊(duì)也是一個(gè)非常不錯(cuò)的嘗試。
【要訣】可以虛擬組建跨職能團(tuán)隊(duì)，拉通從業(yè)務(wù)、產(chǎn)品，到開(kāi)發(fā)和測(cè)試的各個(gè)職能，跨職能協(xié)同。
代碼掃描 vs 代碼評(píng)審
人們過(guò)分強(qiáng)調(diào)代碼評(píng)審(Code Review)的作用，而忽視了自動(dòng)化代碼掃描的能力。代碼評(píng)審本身并不能直接提升代碼質(zhì)量，代碼評(píng)審是社交化編程的一種手段，旨在代碼評(píng)審中，形成促進(jìn)團(tuán)隊(duì)內(nèi)部知識(shí)共享，提高團(tuán)隊(duì)整體水平，確保團(tuán)隊(duì)統(tǒng)一規(guī)范。其本身是員工編程技能培養(yǎng)的一種手段。
圖片來(lái)源于互聯(lián)網(wǎng)
代碼掃描，可以自動(dòng)化地完成代碼質(zhì)量的檢查，借助技術(shù)手段，促進(jìn)代碼的高可見(jiàn)性，如代碼的重復(fù)度、復(fù)雜度、扇入扇出依賴度、領(lǐng)域語(yǔ)言識(shí)別等等，這遠(yuǎn)比人工的檢查效率高出許多。同時(shí)，結(jié)合靜態(tài)代碼掃描和規(guī)約掃描，把一般性的問(wèn)題可以快速識(shí)別出來(lái)，如格式問(wèn)題、基本的語(yǔ)法錯(cuò)誤、潛在的內(nèi)存問(wèn)題等等;而對(duì)于一些內(nèi)存問(wèn)題及性能問(wèn)題，也可以通過(guò)動(dòng)態(tài)檢查的手段來(lái)檢查，如 C/C++中，常用 Valgrind，llvm-clang，efence 等等小工具就可以完成相應(yīng)的動(dòng)態(tài)檢查。
對(duì)于 Java 開(kāi)發(fā)者而言，Java 開(kāi)發(fā)手冊(cè)是一個(gè)不錯(cuò)的手段，同時(shí)，云效代碼管理工具，內(nèi)置代碼安全掃描等功能，可以抓出代碼的大部分安全問(wèn)題。
【要訣】代碼評(píng)審是開(kāi)發(fā)者能力培養(yǎng)的手段、而非質(zhì)量守護(hù)手段。借助代碼規(guī)約，通過(guò)代碼掃描完成代碼質(zhì)量檢查。
持續(xù)發(fā)布 vs 批量發(fā)布
持續(xù)發(fā)布，就是持續(xù)地發(fā)布，即持續(xù)、快速、可靠地發(fā)布軟件。持續(xù)發(fā)布，有助于問(wèn)題的快速發(fā)現(xiàn)，同樣，持續(xù)發(fā)布有助于工程效能問(wèn)題的發(fā)現(xiàn)，需要做到持續(xù)發(fā)布，意味著：
- 需要建立統(tǒng)一規(guī)范的發(fā)布流程，以工具手段，將流程內(nèi)建在工具上，防止過(guò)多的人工參與引入不必要的問(wèn)題和安全風(fēng)險(xiǎn)。
- 建立自動(dòng)、完善的質(zhì)量守護(hù)體系。
- 自動(dòng)化的部署手段，部署盡量做到無(wú)人工介入，如采取 Docker 鏡像方式，代碼與配置分離，一次構(gòu)建多次部署。
持續(xù)發(fā)布意味著持續(xù)獲得反饋，每天的工作有反饋。更多的反饋和持續(xù)改進(jìn)的機(jī)會(huì)，有助于質(zhì)量及工程效率的提升。基于云的一站式代碼托管和持續(xù)發(fā)布系統(tǒng)，可以快速發(fā)現(xiàn)，即時(shí)反饋。讓在線發(fā)布協(xié)同成為可能。
批量發(fā)布意味著大爆炸式集成，問(wèn)題集中爆發(fā)，傳統(tǒng)的以瀑布或大迭代方式的開(kāi)發(fā)方式，一般都是批量的發(fā)布方式，在當(dāng)前業(yè)務(wù)不確定性如此強(qiáng)，變化如此快的大環(huán)境下，這種批量的發(fā)布越來(lái)越不受待見(jiàn)。
【要訣】建立統(tǒng)一發(fā)布流程和規(guī)范，通過(guò)工具或云原生技術(shù)實(shí)現(xiàn)一次構(gòu)建多次部署。
自動(dòng)測(cè)試 vs 人工驗(yàn)證
持續(xù)發(fā)布的效率，在很大程度上受制于質(zhì)量驗(yàn)證的效率，人工驗(yàn)證的方式，完全依賴于人工驗(yàn)證的速度，對(duì)于互聯(lián)網(wǎng)多端多環(huán)境的開(kāi)發(fā)方式，人工驗(yàn)證的手段完全跟不上工程效率的需要。采用自動(dòng)化的回歸的方式，讓開(kāi)發(fā)者每次提交都能快速獲得反饋，安全放心，有信心。
常見(jiàn)的自動(dòng)化測(cè)試手段可以用于基于 Robot Framework, Cucumber 等工具進(jìn)行接口的自動(dòng)化測(cè)試，服務(wù)間調(diào)用的契約測(cè)試，流量回放等等。
這樣，有了自動(dòng)化的回歸手段，開(kāi)發(fā)者提交代碼，自動(dòng)觸發(fā)持續(xù)集成系統(tǒng)的回歸驗(yàn)證，在第一時(shí)間就能獲得反饋，有問(wèn)題快速進(jìn)行定位修改，再提交，再回歸。
【要訣】自動(dòng)化回歸，自動(dòng)化測(cè)試，持續(xù)反饋。
下圖為基于云效構(gòu)建的 DevOps 協(xié)作示例：
本文標(biāo)題：軟件研發(fā)的這些誤區(qū)，你中了嗎？
網(wǎng)站路徑：http://m.5511xx.com/article/ccejpgc.html
