流程，通俗來講，就是許多人，在做一系列的事情時，怎樣相互協(xié)調(diào)，安排好這一系列事情的先后順序，有什么事先的約定，需要達(dá)到怎樣的預(yù)期目標(biāo)。

　　在UED里，前端同學(xué)需要處理的需求比較多，早些時候，前端這里的開發(fā)流程還是比較模糊的，UED以外的同學(xué)也不清楚這邊的工作具體是怎樣進(jìn)行的，所以難免會有需求插隊的情況發(fā)生，打亂了大家的計劃，因此今年Q3的時候，在與SCM團(tuán)隊同學(xué)的共同努力下，形成了一個前端的ASSETS發(fā)布流程。

　　這個流程主要針對ASSETS發(fā)布的需求做了一些約定，制定了相關(guān)的幾個時間點，包括審核需求、提交代碼、daily測試、預(yù)發(fā)測試、正式發(fā)布到線上確認(rèn)的時間。

　　ASSETS流程簡述

　　需求審核

　　在提需求之前，需求方一般都會先找PM或者相應(yīng)產(chǎn)品線的前端咨詢一下，如果可行的話就會在周四之前將需求提到平臺上，到了周四的時候，前端會結(jié)合自身的工作情況，將平臺上的需求接收并納入自己的日程中，預(yù)估完成時間、發(fā)布時間以及相關(guān)的發(fā)布簡述。

　　編碼開發(fā)

　　周四需求評估完以后，就會按計劃開始處理需求，將涉及ASSETS發(fā)布的需求優(yōu)先處理，不涉及ASSETS的放在靠后的時間處理，一般這段時間是從周四到下一周的周二。SCM會在每周四開一個新的ASSETS分枝供前端在下一周開發(fā)使用。

　　提交代碼，合并到daily測試以及預(yù)發(fā)測試

　　如果有涉及到與后臺開發(fā)相關(guān)的需求，前端的同學(xué)會在周一就把代碼提交，這一天會有一次合并代碼，方便后臺開發(fā)來測試。其他的同學(xué)一般最晚會在周二下班之前把代碼提交，在周二，會有多次合并代碼到daily的操作，每次操作完后，SCM的同學(xué)會在前端的群里通知到大家，方便大家測試。

　　周三早上，SCM的同學(xué)會將代碼發(fā)布到預(yù)發(fā)環(huán)境，此時就可以在HOST中綁定IP，換用線上的地址來測試。

　　正式發(fā)布

　　周四上午，SCM的同學(xué)確認(rèn)后，將沒有問題的代碼發(fā)布上線。

　　流程的作用

　　在團(tuán)隊不斷成長的過程中，處理的需求數(shù)量也在增長，需要考慮到開發(fā)的效率、產(chǎn)品的質(zhì)量以及團(tuán)隊協(xié)作間的配合等因素，這個流程能為我們解決很多相關(guān)的問題：

　　督促需求方做好相關(guān)的規(guī)劃

　　有些時候，一些需求的細(xì)節(jié)還沒完全確定，但需求方總希望能將他想到的各種細(xì)節(jié)都實現(xiàn)出來，然后再挑選其中一種做為他的方案，所以需求的變更會有些頻繁，然而這樣的成本有些高，一切應(yīng)該在計劃后再去實現(xiàn)，而非反其道而行。現(xiàn)在需求方會在提需求之前，會花時間地去考慮他們的需求，將盡可能多的情況都想清楚，做好必要的溝通工作，權(quán)衡各種利弊之后，再給出一個比較成形的方案。

　　保證需求安排的有序性

　　在一個大的團(tuán)隊中，不同部門的同學(xué)在一起合作，因為溝通及一些特殊情況，效率或多或少會受到一些影響，良好的規(guī)劃能有助于提高開發(fā)的效率。

　　通過每周的需求審核，安排好下一周的日程，由于需求的優(yōu)先級和先后順序都已排定，工作的條理性會更加清晰，需求插隊的現(xiàn)象也有明顯減少。當(dāng)然我們也有緊急流程，但是它僅限于處理線上bug以及一些經(jīng)過多方確認(rèn)的緊急需求，有其自己的適用范圍。

　　統(tǒng)一測試，歸避風(fēng)險

　　之前的日常處理中，可能會遇到這樣的情況：甲、乙兩個同學(xué)分別需要處理兩個日常需求，他們的需要改動到的代碼會有重合的部分，如果他們并不知道這個情況，那么在他們本地的單獨測試中，一切都是OK的，然而當(dāng)發(fā)布到線上去時，發(fā)現(xiàn)出了bug或者一方的改動沒有同步到線上，查原因后發(fā)現(xiàn)是提交的代碼相互覆蓋了。

　　現(xiàn)在要處理的需求數(shù)量越來越多，為了避免上述情況，新流程實行以后，大家會統(tǒng)一來做多次測試，這樣就更容易發(fā)現(xiàn)bug，可以大大降低協(xié)作開發(fā)而產(chǎn)生的風(fēng)險。

　　流程本身就是一把雙刃劍，有利有弊。一方面，它使我們的需求變得有序，使前端能夠在處理一個需求時，不會頻繁被其他插隊的需求打斷。并且因為發(fā)布有時間點的設(shè)定，所以測試工作會更加嚴(yán)謹(jǐn)，這有助于提升代碼的質(zhì)量。因此對于我們來講，流程帶來的好處是顯而易見的；但另一方面，它額外地增加了做事的成本，涉及ASSETS發(fā)布的需求，就像趕某班火車一樣，錯過了就只能等下一班，所以也給需求方帶來了許多不便，有待改進(jìn)，不過這可以通過長期的合作而慢慢被弱化，雙方達(dá)成了一種默契以后，情況會好很多，現(xiàn)在這樣的情況已經(jīng)比較少了。

　　盡管在流程使用之初，會帶來諸多不便，但是從長遠(yuǎn)來看，流程有助于使一個團(tuán)隊形成統(tǒng)一的工作方式和態(tài)度，將繁雜的事情化整為零，有條理地去處理它們。因為流程，每一個人的責(zé)任感都會增強(qiáng)，對風(fēng)險考慮得會更多一些，這一切都會使產(chǎn)品有質(zhì)的提升。而我們所有與這個流程有關(guān)的人，都會不斷地去推動流程改進(jìn)的工作，這其中還有很多需要思考的：

• 如何將我們的流程推廣到整個公司，讓大家都能了解我們的流程，這樣在未來需要合作時，需求方需要注意些什么，相關(guān)的時間點以及開周時間的預(yù)估等，他們就會心中有數(shù)。
• ASSETS的發(fā)布還不夠靈活，如果把和應(yīng)用相關(guān)的ASSETS獨立劃分出去與應(yīng)用一起發(fā)布，這樣剩下的需要發(fā)布的東西就會少很多。或者是按產(chǎn)品線來設(shè)計發(fā)布流程，根據(jù)實際情況來發(fā)布。
• 如何來簡化流程上的一些細(xì)節(jié)，在保持效率的同時，降低實際操作中的成本。
• 每周二是一個特別的時間點，為了趕在這最后時間提交代碼，之前的開發(fā)會有些緊張，這種情況也有待改善，比如未來可以一周有兩次發(fā)布。

　　流程不是生來就完美，但從現(xiàn)在它帶給我們的好處來看，遵循并使用它，對我們的開發(fā)會起到很大的幫助作用。我們對待它的態(tài)度，決定了它對我們會有怎樣的反饋，如果覺得它不合適了，就發(fā)出自己的聲音，想辦法去改進(jìn)它，不要只是被動地等待。

　　———————————-

　　部分名詞解釋：

　　daily環(huán)境：UED的一個日常測試環(huán)境
　　預(yù)發(fā)環(huán)境：外網(wǎng)IP，需綁定訪問，供內(nèi)部使用測試
　　ASSETS：腳本和樣式存放的目錄
　　SCM：軟件管理配置
　　PM：項目經(jīng)理

it知識庫：關(guān)注前端開發(fā)流程，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。