剛提測(cè)就改需求，我是渣男嗎？

作者：小傅哥 2021-12-02 07:50:32

當(dāng)一個(gè)新的需求來(lái)不及讓研發(fā)思考、設(shè)計(jì)、評(píng)審，所預(yù)留卡死的上線時(shí)間后，只能是堆人的方式怎么快怎么寫功能，不會(huì)有文檔、不會(huì)有注釋、不會(huì)有單測(cè)，尤其是在這個(gè)階段還有很多是產(chǎn)品沒有確認(rèn)清楚的功能反復(fù)修改時(shí)候，就更會(huì)把代碼的實(shí)現(xiàn)搞得一團(tuán)糟。

[[438025]]

本文轉(zhuǎn)載自微信公眾號(hào)「bugstack蟲洞棧」，作者小傅哥。轉(zhuǎn)載本文請(qǐng)聯(lián)系bugstack蟲洞棧公眾號(hào)。

研發(fā)已經(jīng)討厭我了!

傅哥，我是剛來(lái)公司的產(chǎn)品，就是還懂點(diǎn)技術(shù)的產(chǎn)品，因?yàn)槲乙郧耙彩菍W(xué)的軟件工程專業(yè)，但不太喜歡寫代碼就想著做產(chǎn)品吧，指揮別人寫代碼。夢(mèng)寐以求的想法終于得以實(shí)現(xiàn)了

我通過(guò)王者輔助、零食投喂、介紹對(duì)象的方式終于和研發(fā)打成一片了，但最近他們有點(diǎn)討厭我了。因?yàn)槲医拥搅藗€(gè)業(yè)務(wù)老板著急要上線沖量的需求，但因?yàn)樯暇€節(jié)奏過(guò)于著急從BRP評(píng)審到PRD產(chǎn)出已經(jīng)占了大部分時(shí)間，到研發(fā)和測(cè)試完成上線的排期只能倒排，而且這期間還總是修修改改的補(bǔ)需求，研發(fā)說(shuō)他的代碼已經(jīng)成屎山了，而我就像那個(gè)攪屎棍，臨近提測(cè)又來(lái)了一杠子!

那，這杠子我不想再當(dāng)了，我想知道都什么情況讓碼磚兄弟頭大，我盡可能以后繞開，我是一個(gè)有良知的好產(chǎn)品!

以上是杜撰的一段，不過(guò)也就差念身份證了，基本只要寫代碼的研發(fā)，就會(huì)遇到各種各樣的產(chǎn)品，但并不是所有產(chǎn)品都了解研發(fā)寫代碼怎么就會(huì)遇到這么多問題，因此想結(jié)合這段來(lái)講講那些有坑的路上，我們研發(fā)是怎么走的。

那些年踩過(guò)的坑

1. 新碼的，著急上

可能產(chǎn)品、業(yè)務(wù)，甚至是提這個(gè)需求的老板也搞不清楚，就是寫代碼嗎，修修改改有那么難?有，這就像原來(lái)你給了一堆撿來(lái)的磚頭、扣來(lái)的泥沙、手畫的圖紙，需求是蓋一個(gè)廁所，現(xiàn)在廁所的坑挖好了要起架子了，不行改，我們不要廁所了，要豬圈。好像豬也得拉屎，挖的坑也夠用，修修改改，擴(kuò)大擴(kuò)大面積，豬圈好像也行了，但這個(gè)時(shí)候埋下了很多的隱患，指不定豬進(jìn)場(chǎng)的時(shí)候，就給你拱塌了，但就在即將貼膏藥式修補(bǔ)豬圈安插水管的時(shí)候，產(chǎn)品傳達(dá)了老板的最新意圖，這個(gè)場(chǎng)地現(xiàn)在咱們決定要住人了，得給這UI界面改改，再豪華裝修一下。都知道蓋房子挖地基，放到寫代碼上好像就不懂了

舉個(gè)例子，代碼是怎么死的

需求無(wú)規(guī)劃，想要啥就加啥，加著加著就出事故了。這也是大部分研發(fā)一天天在面對(duì)的場(chǎng)景。
從一個(gè)需求的提出到研發(fā)開發(fā)、測(cè)試驗(yàn)證、上線部署，這些過(guò)程都需要合理評(píng)估時(shí)間來(lái)執(zhí)行，否則就不會(huì)有像蘋果IOS那么好的體驗(yàn)產(chǎn)品。

2. 交接的，堆屎山

你以為你開發(fā)的工程都是從零開始嗎，其實(shí)并不是的，尤其是互聯(lián)網(wǎng)公司經(jīng)常快速調(diào)整適應(yīng)市場(chǎng)變化，也會(huì)導(dǎo)致你所接手的代碼可能是別人寫的，甚至是很多個(gè)別人累計(jì)寫出來(lái)的，而你之前寫的想寶貝一樣的代碼，也會(huì)被別人拿去堆成屎山。

屎山代碼是什么樣，同樣是vo2dto有12種以上的寫法、json2object 也有常見的3、4種、生成個(gè)編號(hào)ID也是N多種方式。那么現(xiàn)在任何一個(gè)人接手別人的代碼，根本找不到文檔、也看不注釋、方法名也是隨意英文和拼音，把queryBatch寫成queryBitch也是常有的事。所以，就這么多花樣百出同樣功能多種實(shí)現(xiàn)方式的代碼，怎么能更快的在里面迭代需求呢。我不知道我要改了什么，但別人加的我也不敢刪

產(chǎn)品可能又不懂了，那不是刪了就可以嗎，會(huì)有難度?有，這想啥呢，比如你家里是一個(gè)三居的格局，有衛(wèi)生間、有廚房、有客廳、有臥室，第一任住客還算講究安裝了馬桶、買了沙發(fā)、裝了臥室的床，后來(lái)交給中介出租，中介說(shuō)這不浪費(fèi)嗎，廚房這么大也沒安裝啥，拆拆裝個(gè)床，再裝個(gè)馬桶，獨(dú)立衛(wèi)浴，還多租一間。客廳也給它打個(gè)隔斷，接個(gè)上水管和下水管，也給它來(lái)個(gè)獨(dú)立衛(wèi)浴，主臥、次臥都裝獨(dú)立衛(wèi)浴。好，后來(lái)房子交給你了，你整租了，發(fā)現(xiàn)這屋里到處都是馬桶，拆哪個(gè)的時(shí)候，都開始往出噴水，不知道他們的水管是怎么鏈接的，與找?guī)煾敌薜某杀究矗蝗缍疾鹆酥匦卵b修了。這像不像，代碼根本沒法重構(gòu)，只能重寫!

3. 復(fù)用的，不合身

不能重復(fù)造輪子，已經(jīng)有現(xiàn)成的你為什么不用，你自己寫的這個(gè)有什么創(chuàng)新，為什么不找某某部門調(diào)研下，你這是不是技術(shù)自嗨。你聽了還怕不，嚇人不，明明你可能就是為了更好的、快速的、熟練的把項(xiàng)目寫完，但現(xiàn)在你為了做一個(gè)項(xiàng)目，需要跑遍所有部門調(diào)研他們都有什么組件能支撐你的需求，之后開始要文檔、對(duì)接、聯(lián)調(diào)，好，你的需求可能原來(lái)并不大，現(xiàn)在一對(duì)接你甚至從原本三天干完的事，現(xiàn)在要干兩周。妥妥的增加工作量，年終獎(jiǎng)又是你的了!

一般在述職、答辯、匯報(bào)的時(shí)候，大家都把自己做的事包裝的非常牛皮，甚至只要是用上你這個(gè)組件，公司都能早上市三年。但一匯報(bào)完，再去找問你這個(gè)東西是否能對(duì)接的時(shí)候，完了，這塊不支持，那塊不能做。為啥?因?yàn)橐粋€(gè)需求功能的設(shè)計(jì)很多時(shí)候是偏向于自己業(yè)務(wù)訴求的，而不是一個(gè)統(tǒng)一的標(biāo)準(zhǔn)方案，不能解決其他業(yè)務(wù)部門的個(gè)性所求，甚至為了支持很小的一部分功能都要從頭到尾的梳理和開發(fā)，加表、加字段、寫類、寫方法、寫單測(cè)，一全套下來(lái)并不是那么容易的就支持了，可能支持不好還給自己的系統(tǒng)帶來(lái)非常沉重的負(fù)擔(dān)。

產(chǎn)品可能又不懂了，復(fù)用一下不是減少開發(fā)了嗎?這就像啥呢，一個(gè)老爺，家里大老婆和幾個(gè)姨太太，大老婆位置穩(wěn)平常就當(dāng)當(dāng)評(píng)委，分分蛋糕，大姨太喜歡表現(xiàn)自己，和大老婆走的近，沒事就給老爺和大老婆匯報(bào)最近的工作成果，小姨太剛進(jìn)門沒有什么成績(jī)，跟老爺說(shuō)想做個(gè)褲衩穿，老爺說(shuō)那大姨太上次匯報(bào)說(shuō)她那不是有褲衩嗎，你還浪費(fèi)那工期干啥，去復(fù)用一下就穿唄。小姨太找到大姨太，問褲衩能不能借來(lái)穿穿，大姨太說(shuō)有點(diǎn)難呀，我這褲衩太小了，你那身材也穿不進(jìn)去呀，我要按照你那尺寸改，都能提到脖子了，你看看要不我們找老爺說(shuō)說(shuō)，你就說(shuō)你的褲衩比較定制，還得要一些特殊功能，比如說(shuō)展開是裙子、收起來(lái)是褲子、夏天是褲衩、冬天是棉褲，這樣就給你批了，你就創(chuàng)新了。

爬上來(lái)皆是過(guò)往

1. 提高自身能力

在職經(jīng)歷了這么久，讓我深深感受到，即時(shí)非常有技術(shù)含量的項(xiàng)目在沒有太多經(jīng)驗(yàn)的研發(fā)面前，也能用CRUD+整篇的ifelse寫出來(lái)，產(chǎn)品的PRD流程是啥樣，代碼里的分支判斷走向就是啥，不會(huì)有點(diǎn)的模型抽象也不會(huì)有一些共性提煉，這樣方式的寫代碼只能是讓代碼一篇篇的爛下去，這與產(chǎn)品無(wú)關(guān)、與排期無(wú)關(guān)、只與自身的技術(shù)能力和項(xiàng)目經(jīng)歷有關(guān)，也許只是因?yàn)槟銓懀圆艜?huì)這樣。

經(jīng)歷了這些以后我會(huì)每次開發(fā)新的功能都與上次做對(duì)比，把那些比較不錯(cuò)的實(shí)現(xiàn)方式復(fù)用下來(lái)，再把實(shí)現(xiàn)的不太好的地方進(jìn)行優(yōu)化，一點(diǎn)點(diǎn)沉淀出自己對(duì)技術(shù)實(shí)現(xiàn)過(guò)程的經(jīng)驗(yàn)積累。慢慢也就有了一定的條件反射，知道那些項(xiàng)目會(huì)刺激到我創(chuàng)造出更好的設(shè)計(jì)，那些項(xiàng)目可以復(fù)用我之前的邏輯，這樣既能快速且高質(zhì)量的完成需求，又可以滿足產(chǎn)品功能的迭代。每一次成長(zhǎng)，都是自己的收獲

2. 遵守規(guī)范標(biāo)準(zhǔn)

其實(shí)你要知道人并不是穩(wěn)定輸出的機(jī)器，只要是人在寫代碼就一定會(huì)有不規(guī)范、缺流程、出異常的情況，因此這些需要有一個(gè)制定的標(biāo)準(zhǔn)，大家統(tǒng)一按照一個(gè)方式進(jìn)行執(zhí)行，這樣即時(shí)在出問題的時(shí)候，也可以很快的定位和處理，否則你用一個(gè)方式開發(fā)，他用另外一個(gè)標(biāo)準(zhǔn)編碼，最終一個(gè)團(tuán)隊(duì)就要維護(hù)兩套內(nèi)容，即耗費(fèi)人力又可能出問題。

尤其是我們開發(fā)的項(xiàng)目并不是小作坊的時(shí)候尤其重要，從市場(chǎng)BD，業(yè)務(wù)運(yùn)營(yíng)提出BRD、產(chǎn)品評(píng)審PRD、架構(gòu)做設(shè)計(jì)、研發(fā)做細(xì)節(jié)、代碼要評(píng)審、完成要提測(cè)、上線要把控、交付要驗(yàn)證等，每一個(gè)環(huán)節(jié)都需要有執(zhí)行標(biāo)準(zhǔn)，如果整個(gè)組、整個(gè)部門、整個(gè)公司，都有標(biāo)準(zhǔn)的流程規(guī)范，即時(shí)在交接代碼、協(xié)調(diào)資源、共同開發(fā)時(shí)，也都不會(huì)那么多的障礙在阻隔我們深厚的碼磚情義了。

3. 產(chǎn)研測(cè)多溝通

我們并不能保證產(chǎn)品不改需求，即使是快到要上線的時(shí)候，因?yàn)槭袌?chǎng)、因?yàn)轱L(fēng)控、因?yàn)榱鞒獭⒁驗(yàn)樨?cái)務(wù)等等，可能甚至都不是研發(fā)所能知道的一些特殊原因的情況下，不改需求根本就不可能讓你上線。那研發(fā)可能會(huì)問，為什么不能早早的提出來(lái)，那是因?yàn)檫@些特殊情況都是來(lái)自于不確定性，就像我們跑著的代碼一樣，沒人知道是因?yàn)榫W(wǎng)絡(luò)、IO、負(fù)載、明星突然官宣流量猛增，而導(dǎo)致出問題的。

為了能更好的承接產(chǎn)品需求，最好的方式就是溝通，多溝通，尤其是在產(chǎn)品需求設(shè)計(jì)初期，提前查看他們的PRD文檔，這里可能有很多內(nèi)容是你可以提供的服務(wù)，也有一些是產(chǎn)品在猶豫使用哪種方式實(shí)現(xiàn)的功能，在與你討論后，而決定復(fù)用你已經(jīng)有的系統(tǒng)。所以溝通真的可以給你后期開發(fā)帶來(lái)很大的收益，減少很多不必要的事情的蹦出來(lái)!