一天下午，測試提了一個Bug給我。測試反饋說列表展示結(jié)果與需求不符，我便再重新去核對最新版的需求。這塊需求有訂單模塊的處理，涉及到同事的邏輯處理。 我便與同事進(jìn)行溝通，可我們之間的業(yè)務(wù)對接有歧義。我們便找來產(chǎn)品經(jīng)理，產(chǎn)品經(jīng)理與我們講解了兩個模塊之間的業(yè)務(wù)關(guān)系，然后又發(fā)現(xiàn)兩個模塊之間的業(yè)務(wù)改變涉及到的改動非常大.....

這件事以后，我就開始思考，研發(fā)團(tuán)隊一起開發(fā)項目，每個人根據(jù)Leader分配的模塊進(jìn)行開發(fā)，各自負(fù)責(zé)各自的模塊。而對于其他人負(fù)責(zé)的模塊的業(yè)務(wù)邏輯不是很清楚，等開發(fā)到涉及到其他模塊的功能或邏輯，再與其他人進(jìn)行溝通，有問題才找產(chǎn)品經(jīng)理進(jìn)行確認(rèn)。沒有人統(tǒng)籌整個業(yè)務(wù)邏輯，完全根據(jù)產(chǎn)品文檔進(jìn)行開發(fā)，一旦產(chǎn)品某一處邏輯改變，涉及到相關(guān)業(yè)務(wù)無法預(yù)估風(fēng)險。

研發(fā)人員拿到需求文檔，可能就直接上手寫代碼。并沒有想清楚之間的業(yè)務(wù)邏輯，沒有進(jìn)行編寫文檔就進(jìn)行開發(fā)。開發(fā)完成后，只能等待測試人員測試，才能知道功能模塊的業(yè)務(wù)邏輯是否與產(chǎn)品文檔一致。

怎么解決研發(fā)人員對業(yè)務(wù)理解不透徹？研發(fā)人員業(yè)務(wù)感不強的問題？

第一，優(yōu)化組織架構(gòu)。研發(fā)人員分成幾個小組，每個小組有一個專屬的項目負(fù)責(zé)人，進(jìn)行項目實施，各項目負(fù)責(zé)人對這些重點項目，一竿子管到底，確保項目徹底執(zhí)行。以產(chǎn)品線進(jìn)行劃分，快速迭代開發(fā)出產(chǎn)品，符合市場的規(guī)劃。比如，研發(fā)人員分成2~3組，每組保留2~3個主力開發(fā)，其他人都是在各項目組任意調(diào)配。

第二，培養(yǎng)懂業(yè)務(wù)的技術(shù)專家，指的是產(chǎn)品設(shè)計人員，研發(fā)人員，測試人員都要懂業(yè)務(wù)，研究業(yè)務(wù)模式，知道生意的痛點是什么。大部分的用戶往往不知道自己想要什么，所以很難提出準(zhǔn)確真實的需求，技術(shù)人員學(xué)習(xí)業(yè)務(wù)知識，用軟件工程的方法，將各種想法變成產(chǎn)品讓用戶使用，收集反饋并且快速改進(jìn)，越來越接近用戶的真實需求。鼓勵整個開發(fā)團(tuán)隊學(xué)習(xí)業(yè)務(wù)，成為業(yè)務(wù)專家，也是互聯(lián)網(wǎng)產(chǎn)品開發(fā)對技術(shù)團(tuán)隊的要求，技術(shù)團(tuán)隊越來越角色模糊化，其目的是減少溝通成本，提高協(xié)作效率，團(tuán)隊成熟度提升更快，以最佳的狀態(tài)投入到激烈的市場競爭當(dāng)中去。

培養(yǎng)懂業(yè)務(wù)的技術(shù)專家，方法多種多樣，包括到業(yè)務(wù)部門輪崗、傾聽顧客聲音、用戶深度訪談、業(yè)務(wù)知識培訓(xùn)等，只有持之以恒地努力，才能夠增強對業(yè)務(wù)的敏感度，積累解決業(yè)務(wù)問題的經(jīng)驗。

研發(fā)人員的“業(yè)務(wù)感”普遍比較弱，認(rèn)為業(yè)務(wù)需求是業(yè)務(wù)方的事情，我只管去實現(xiàn)就好，這種想法，使得技術(shù)人員失去了應(yīng)有的價值。技術(shù)人員是一群具備系統(tǒng)性思維的聰明人，應(yīng)該用系統(tǒng)性思維去解決業(yè)務(wù)上碰到的共性的問題，有效地提高業(yè)務(wù)各個環(huán)節(jié)的效率，最終實現(xiàn)技術(shù)驅(qū)動業(yè)務(wù)的發(fā)展，為企業(yè)創(chuàng)造更大的價值。

研發(fā)人員增強業(yè)務(wù)感，還需要去前線聽“炮聲”。 要避免“閉門造車”、“與業(yè)務(wù)脫節(jié)”、“不懂顧客”等現(xiàn)象，最有效的解決辦法是，傾聽用戶的聲音，只有這樣才能更接近用戶的真實需求，具備獨立思考產(chǎn)品的能力。傾聽用戶的聲音，可以結(jié)合調(diào)查問卷、用戶深度訪談等方法，這都是一些比較成熟的方法。

以下是幾個行之有效的方法:

第一，成為產(chǎn)品的深度用戶。如果產(chǎn)品的用戶是公司內(nèi)部的同事，輪崗是一個比較好的方式，比如1號店有個不成文的規(guī)定，技術(shù)骨干每個月必須到業(yè)務(wù)部門輪崗，跟業(yè)務(wù)部同事一起操作系統(tǒng)，強制自己換位思考，這種方式對研發(fā)人員培養(yǎng)業(yè)務(wù)感也是有幫助的。

第二，整理產(chǎn)品需求列表。通過用戶訪談、用戶意見反饋、業(yè)務(wù)人員提交的需求、同行的競品分析報告等，進(jìn)行需求的分類匯總，統(tǒng)計哪一類需求是有共性的問題、被用戶詬病最多的問題，結(jié)合內(nèi)部討論來制定需求的優(yōu)先級。