何為“技術(shù)工程化”?解密隨手記V12背后的技術(shù)助攻
近日,國內(nèi)知名記賬理財App隨手記發(fā)布了全新V12版本,帶來全新的移動記賬體驗。首頁的信息流,簡潔的記一筆,多場景賬本的個性化支持和靈活擴展,讓專業(yè)記賬變得更簡單,滿足不同場景用戶的需求。
這也是擁有2.2億用戶的隨手記,9年來首個改動較大的迭代,從研發(fā)測試到平穩(wěn)上線,到短時間內(nèi)快速被老用戶接受、喜愛,背后離不開技術(shù)團隊的付出和努力。
隨手記的技術(shù)團隊,在整個隨手記V12改版的過程中,基于工程化的團隊管理協(xié)作開發(fā)流程,為隨手記V12的改版提供了敏捷的開發(fā)協(xié)作方式,保證隨手記V12改版高效率、高質(zhì)量的完成,實現(xiàn)了技術(shù)服務產(chǎn)品、技術(shù)賦能產(chǎn)品,提升開發(fā)效率,保證產(chǎn)品質(zhì)量,以交付為目的的工程化實踐。
技術(shù)工程化的核心-交付
在隨手記開發(fā)負責人看來,帶團隊管理,核心目標就是交付,這也是唯一的目標,沒有交付都是白搭,都是無用功。很多缺乏經(jīng)驗的管理者,會把精力放在無關(guān)緊要的細節(jié)過程中,忘記了目標,偏離了方向,導致項目不停的延期。
“細節(jié)并非指小工作,而是指和目標不相關(guān)的,不重要的工作任務。對于隨手記V12改版來說,我們的目標就是完成整個隨手記改版,提升用戶體驗,滿足隨手記平臺的擴展,按時高質(zhì)量的交付一個新版本。為了用戶的體驗,產(chǎn)品的質(zhì)量,哪怕是界面一個像素,一個陰影,一個字體的偏差,我們都要核對和修改,這類問題雖然看著小,但是對我們這次隨手記V12改版的目標是至關(guān)重要的。”
比如在改版的過程中,有一些新的想法,想加入一些新的功能,對于這些,如果不是對用戶的價值非常大,不是對產(chǎn)品本身的體驗有益,就可以先放一放,雖然這類任務看著大,但是并不重要,和改版要交付的目標關(guān)系不大。
交付是技術(shù)工程化的核心,也是技術(shù)工程化的目的。
交付的關(guān)鍵-協(xié)同
隨手記V12改版,從進入開發(fā)開始,到產(chǎn)品驗收、設計驗收、測試、內(nèi)測、灰度發(fā)布,直到最后全部上線,歷時3個多月,參與人員20多個。在這個過程中,一方面要保證隨手記V12改版按計劃進行,另一方面,還要保證隨手記本身的正常功能迭代、維護和發(fā)版,兩條主線同步進行,這就對團隊的協(xié)同提出很大的挑戰(zhàn)。
“隨手記工程化的推廣、普及、積累和實踐,為我們的這次改版提供了很大的助力,讓我們可以更好地做好這次改版升級。” 隨手記開發(fā)負責人總結(jié)了這樣的心得。
項目負責人,要想做好協(xié)同,完成交付目標,就要詳細地理清楚以下四個要素。
(人、事、目標、結(jié)果)
“我們理清楚人、事、目標和結(jié)果后,就知道讓哪些人,做什么事情,做到什么程度,什么時候完成,哪些人是相互關(guān)聯(lián)協(xié)作的,哪些事是相互依賴完成的,誰先誰后,這樣整個團隊才能更好的協(xié)同完成同一目標,才不會亂。”
項目延期的最多的原因就是協(xié)同,比如一個任務完成了,其他人不知道,沒有進行下一步的行動;溝通不順導致做出來的東西和產(chǎn)品預期的不一致,要重新返工等等,做好協(xié)調(diào)同步,才能有條不紊,每個人才能在正確的時間點和正確的人配合完成工作,最終整個項目才能高效率、高質(zhì)量的完成。
在隨手記V12改版中,隨手記團隊應用了文檔、項目管理工具、晨會、群、即時溝通會、周總結(jié)等工具辦法保證了團隊的協(xié)同。
隨手記的技術(shù)工程化
隨手記的技術(shù)工程化,在2018年初正式提出,然后開始逐步推進和普及,漸漸的形成基于技術(shù)工程化的效率團隊。
(隨手記技術(shù)工程化)
隨手記工程化的概覽,涉及規(guī)范化、流程化、積木化、自動化和效率化。
通過規(guī)范文檔積累沉淀,標準統(tǒng)一,減少差異帶來的協(xié)作、溝通和代碼等問題。
通過流程,規(guī)范開發(fā)到上線的整套標準,提升開發(fā)效率和質(zhì)量。
組件的積累、模塊的切分、微服務的搭建,讓技術(shù)工程師可以實現(xiàn)更多的復用,減少工作量,提升效率,同時可以更好的保證質(zhì)量。
“能用系統(tǒng)、工具、機器做的事情,都盡可能不要人手工來做,減少重復的勞動,提升效率,讓員工投入到更具有創(chuàng)造性的工作上。”隨手記開發(fā)負責人進一步強調(diào)。
清晰的職責,高效的協(xié)同,這樣才能更好的助力隨手記V12的改版。
助力隨手記V12改版
在隨手記V12的改版中,技術(shù)部門在以前積累的文檔,對這次統(tǒng)一梳理隨手記、分解隨手記V12改版任務起到了很大的作用。
比如通過流水的文檔,不光可以熟悉以前的業(yè)務,讓沒有負責過流水的同事容易上手,也可以查到很多以前邏輯的原因,為新的V12改版提供參考。
好記性不如爛筆頭,文檔不管對于熟悉業(yè)務、人員流動交接、業(yè)務變更等都有很大的作用,是一份不斷的傳承。
隨手記整個平臺的模塊化,讓團隊可以根據(jù)模塊任務,進行任務拆分,并行獨立開發(fā),相互之間不影響。“比如賬戶、理財、記賬等模塊,我們可以把他們分給一個或者多個人,進行這個模塊的協(xié)同開發(fā),他們可以自己合并代碼,持續(xù)集成驗證,和其他模塊完全獨立,提升開發(fā)效率,減少耦合帶來的產(chǎn)品質(zhì)量問題。”
在模塊化之外,技術(shù)團隊還做了很多業(yè)務組件,有基礎(chǔ)業(yè)務組件,可以為多個模塊共用;也有模塊特有的業(yè)務組件,只為該業(yè)務模塊使用。業(yè)務組件和一般的開發(fā)組件不同,業(yè)務組件是帶有比較強的業(yè)務性,比如超級流水組件,所有需要展示流水的功能都可以直接使用。
大量的模塊和組件的積累,可以在這次V12的改版中,提升開發(fā)效率,提升產(chǎn)品的質(zhì)量。這也是隨手記技術(shù)工程化中「積木化」的一部分,可以像搭建積木一樣開發(fā)自家的產(chǎn)品。
在大的項目開發(fā)的過程中,團隊的配合和協(xié)作是非常重要的,作為負責人,需要讓整個團隊目標明確,每個人的人任務也要明確,誰和誰配合,誰和誰相互依賴也要明確,這樣整個團隊才不會亂,效率才會更高。在隨手記V12改版的過程中,負責人通過項目管理工具把任務拆分和細分,并且把相關(guān)的任務建立關(guān)系,分配好經(jīng)辦人、驗收人等;對于任務,大家定義了Epic,Story,Task,Improv,Bug等多種類型的任務,針對不同任務類型,使用不同的工作流,最大限度的提升任務完成效率。
(任務拆分、協(xié)作示意圖)
基于項目管理工具,集合Gitlab,私有云存儲,Jenkins等,實現(xiàn)的代碼自動化構(gòu)建,任務、代碼、資源關(guān)聯(lián)和流程自動化等,進一步提升開發(fā)效率。
上線前的最后一公里:從內(nèi)測到灰度發(fā)布
在隨手記V12改版的所有功能開發(fā)完成后,開始進入合版測試。在合版測試的過程中,測試組每天都會持續(xù)集成至少一個版本,并同時發(fā)布這次集成的變更日志,用于隨手記V12改版整體的驗證,逐步的把發(fā)現(xiàn)的問題全部修復。
在隨手記V12版本正式發(fā)布前,首先挑選了一些隨手記的用戶,對新的V12版本進行內(nèi)測,然后根據(jù)用戶反饋的建議,進行優(yōu)化,進一步保證用戶體驗。
此外,還安排進行了灰度發(fā)布,一步步的擴大隨手記V12版本的覆蓋比例,到最終隨手記V12全部上線后,隨手記的穩(wěn)定性一直保持在4個9。
隨手記工程化的技術(shù)團隊,基于敏捷的開發(fā)流程,可以小到一個功能任務,大到整個隨手記V12項目團隊,都可以靈活的解耦和協(xié)作,高效率高質(zhì)量的完成這次隨手記V12改版。
關(guān)鍵詞:
相關(guān)閱讀
- 06-14
最近更新
- 06-14
- 06-14
- 06-13