技術工程化助力隨手記V12改版

隨手記技術團隊發表於2019-03-28

歡迎關注微信公眾號「隨手記技術團隊」,檢視更多隨手記團隊的技術文章。轉載請註明出處
本文作者:飛雪無情
原文連結:mp.weixin.qq.com/s/dc2QPExil…

隨手記V12改版,是對隨手記產品的一次非常大的重構,如首頁的資訊流,簡潔的記一筆,多場景賬本的個性化支援和靈活擴充套件,目的是讓專業記賬變得更簡單,滿足不同場景使用者的需求。

作為隨手記的技術團隊,在整個隨手記V12改版的過程中,我們基於工程化的團隊管理協作開發流程,為隨手記V12的改版提供了敏捷的開發協作方式,保證隨手記V12改版高效率、高質量的完成,實現了技術服務產品、技術賦能產品,提升開發效率,保證產品質量,以交付為目的的工程化實踐。

技術工程化的核心-交付

帶團隊管理,核心目標就是交付,這也是唯一的目標,沒有交付都是白搭,都是無用功。很多缺乏經驗的管理者,會把精力放在無關緊要的細節過程中,忘記了目標,偏離了方向,導致專案不停的延期。

細節並非指小工作,而是指和目標不相關的,不重要的工作任務。對於隨手記V12改版來說,我們的目標就是完成整個隨手記改版,提升使用者體驗,滿足隨手記平臺的擴充套件,按時高質量的交付一個新版本。為了使用者的體驗,產品的質量,哪怕是介面一個畫素,一個陰影,一個字型的偏差,我們都要核對和修改,這類問題雖然看著小,但是對我們這次隨手記V12改版的目標是至關重要的。

比如在改版的過程中,有一些新的想法,想加入一些新的功能,對於這些,如果不是對使用者的價值非常大,不是對產品本身的體驗有益,我們就可以先放一放,雖然這類任務看著大,但是並不重要,和我們改版要交付的目標關係不大。

交付是技術工程化的核心,也是我們技術工程化的目的。

交付的關鍵-協同

隨手記V12改版,從進入開發開始,到產品驗收、設計驗收、測試、內測、灰度釋出,直到最後全部上線,歷時3個多月,參與人員20多個。在這個過程中,我們一方面要保證隨手記V12改版按計劃的進行,另一方面,還要保證隨手記本身的正常功能迭代、維護和發版,兩條主線同步進行,這就對團隊的協同提出很大的挑戰。

隨手記工程化的推廣、普及、積累和實踐,為我們的這次改版提供了很大的助力,讓我們可以更好的做好這次改版升級。

專案負責人,要想做好協同,完成交付目標,就要詳細的理清楚以下四個要素。

人、事、目標、結果

我們理清楚人、事、目標和結果後,就知道讓哪些人,做什麼事情,做到什麼程度,什麼時候完成,哪些人是相互關聯協作的,哪些事是相互依賴完成的,誰先誰後,這樣整個團隊才能更好的協同完成同一目標,才不會亂。

專案延期的最多的原因就是協同,比如一個任務完成了,其他人不知道,沒有進行下一步的行動;溝通不順導致做出來的東西和產品預期的不一致,要重新返工等等,做好協調同步,才能有條不紊,每個人才能在正確的時間點和正確的人配合完成工作,最終整個專案才能高效率、高質量的完成。

在隨手記V12改版中,隨手記團隊應用了文件、專案管理工具、晨會、群、即時溝通會、周總結等工具辦法保證了我們團隊的協同。

隨手記的技術工程化

隨手記的技術工程化,在2018年初正式提出,然後開始逐步推進和普及,漸漸的形成基於技術工程化的效率團隊。

隨手記技術工程化

以上是隨手記工程化的概覽,涉及規範化、流程化、積木化、自動化和效率化。

通過規範文件我們積累沉澱,標準統一,減少差異帶來的協作、溝通和程式碼等問題。

通過流程,我們規範開發到上線的整套標準,提升開發效率和質量。

元件的積累、模組的切分、微服務的搭建,讓我們可以實現更多的複用,減少工作量,提升效率,同時可以更好的保證質量。

能用系統、工具、機器做的事情,都儘可能不要人手工來做,減少重複的勞動,提升效率,讓員工投入到更具有創造性的工作上。

清晰的職責,高效的協同,這樣才能更好的助力隨手記V12的改版。

助力隨手記V12改版

在隨手記V12的改版中,我們以前積累的文件,對我們這次統一梳理隨手記、分解隨手記V12改版任務起到了很大的作用。 比如流水的文件,不光可以讓我們熟悉以前的業務,讓沒有負責過流水的同事可以上手,也可以查到很多以前邏輯的原因,為我們新的V12改版提供參考。 好記性不如爛筆頭,文件不管對於熟悉業務、人員流動交接、業務變更等都有很大的作用,是一份不斷的傳承。

隨手記整個平臺的模組化,讓我們可以根據模組任務,進行任務拆分,並行獨立開發,相互之間不影響。比如賬戶、理財、記賬等模組,我們可以把他們分給一個或者多個人,進行這個模組的協同開發,他們可以自己合併程式碼,持續整合驗證,和其他模組完全獨立,提升開發效率,減少耦合帶來的產品質量問題。

在模組化之外,我們還做了很多業務元件,有基礎業務元件,可以為多個模組共用;也有模組特有的業務元件,只為該業務模組使用。業務元件和一般的開發元件不同,業務元件是帶有比較強的業務性,比如超級流水元件,所有需要展示流水的功能都可以直接使用。

大量的模組和元件的積累,可以在我們這次V12的改版中,提升開發效率,提升產品的質量。這也是我們技術工程化中「積木化」的一部分,我們可以像搭建積木一樣開發我們的產品。

在大的專案開發的過程中,團隊的配合和協作是非常重要的,作為負責人,需要讓整個團隊目標明確,每個人的人任務也要明確,誰和誰配合,誰和誰相互依賴也要明確,這樣整個團隊才不會亂,效率才會更高。在隨手記V12改版的過程中,我們通過專案管理工具把任務拆分和細分,並且把相關的任務建立關係,分配好經辦人、驗收人等;對於任務我們定義了Epic,Story,Task,Improv,Bug等多種型別的任務,針對不同任務型別,使用不同的工作流,最大限度的提升任務完成效率。

基於專案管理工具,集合Gitlab,私有云儲存,Jenkins等,實現的程式碼自動化構建,任務、程式碼、資源關聯和流程自動化等,進一步提升開發效率。

結語

在隨手記V12改版的所有功能開發完成後,開始進入我們的合版測試。在合版測試的過程中,我們每天都會持續整合至少一個版本,並同時釋出這次整合的變更日誌,用於隨手記V12改版整體的驗證,逐步的把發現的問題全部修復。

在隨手記V12版本正式釋出前,我們挑選了一些隨手記的使用者,對新的V12版本進行內測,然後根據使用者反饋的建議,進行優化,進一步保證使用者體驗。

此外,我們還進行了灰度釋出,一步步的擴大隨手記V12版本的覆蓋比例,到最終隨手記V12全部上線後,隨手記的穩定性一直保持在4個9。

隨手記工程化的技術團隊,基於敏捷的開發流程,可以小到一個功能任務,大到整個隨手記V12專案團隊,都可以靈活的解耦和協作,高效率高質量的完成這次隨手記V12改版。

相關文章