哈啰出行：以人與技術的多方出擊，提效移動應用研發

　　在今年雲栖大會的移動互聯網開發提效與實踐論壇中,哈啰出行高級技術專家陳小輝帶來《移動研發提效在哈啰的實踐》的幹貨分享,介紹了如何通過“人”、“技術”多方出擊,為繁多的業務線實現提效與性能保障。

　　成立于2016年的哈啰出行從廣為人知的共享單車業務起步,先後推出哈啰順風車、哈啰電動車、小哈換電、哈啰打車等強競争力業務,進化為覆蓋兩輪出行、四輪出行、酒旅及到店服務等闆塊在内的多元化出行及生活服務平台。

　　業務的飛速擴張,也給技術開發團隊提出了更高的挑戰。例如研發資源分配問題、各端人員不平衡問題、溝通鍊路較長問題等。

　　“目前,整個技術開發領域變化巨大,具體而言,除傳統前端後端外,數據、算法等逐漸深入研發流程,使整個研發鍊路變得很長。除此之外,産品、業務、城市運營等人員也參與到了研發體系中來,使得開發團隊不僅需要内部溝通,還需同業務團隊打交道,從而導緻溝通鍊路變長。”陳小輝解釋道。

　　01流程串聯、需求提效以“人”為器打通症結

　　為解決上述問題,哈啰出行從流程串聯、需求提效、技術升級三方面出發積極迎戰,為移動應用研發排難提效。

　　首先是流程串聯。對多數企業而言,該闆塊主要通過架構師、技術專家來完成。而哈啰則另辟蹊徑,通過強化技術PM的價值來實現流程串聯。

　　“強化技術PM的角色價值,主要聚焦在業務、架構、技術三個闆塊。”陳小輝闡述道:開發人員不應隻關注技術本身,而是需要走進業務。通過成為技術PM,開發人員能夠跳脫出單一的技術需求,了解業務鍊路以及後期業務規劃,從而搭建技術與業務間的通路。

　　每當有技術開發需求,技術PM便需串聯前後端,因此技術PM在團隊中擔當了半個架構師的角色,其對于架構領域必須有所了解。另外,面向各端技術領域,技術PM必須有所鑽研且具備高自驅力,發現問題并解決問題。

　　以哈啰舉例,為進一步優化相關流程,提高信息流轉效率,哈啰出行将技術PM分級、分階段劃分,并沉澱出工作手冊,以及圓桌讨論,建設技術PM人才成長路徑的同時,也使得技術PM對于業務本身發揮着越來越大的作用。

　　除通過技術PM串聯流程外,聚焦需求價值也是哈啰提效三闆斧中的一環。

　　大多數産品業務團隊都隻告知開發團隊需求,卻不向其說明價值。因此,許多技術開發人員在研發過程中都會有這樣一個困惑——“我所解決的需求具備怎樣的價值”。

　　對此,哈啰出行優化了研發流程,在提出需求、預期效果,方案評估等方面着重強調價值,強化研發在産品中的話語權。

　　傳統研發流程中有時會存在這樣一個異象,産品經理的經驗可能并不如技術專家豐富,這樣可能導緻研發效率低下。因此,我們最後通過将權限下發,并在流程中反複置入需求價值,使開發人員話語權有所提升。

　　不過,就如陳小輝所言,流程串聯也好,需求提效也罷,均是與“人”高度相關,而降本增效僅靠“人”來驅動,顯然不行,技術手段不可或缺。

　　02内外部技術升級為移動應用降本提效

　　當外部障礙掃除之後,哈啰出行便将重心聚集到了整個技術架構升級上來。對此,陳小輝指出,哈啰的技術架構升級思路主要以模塊化、容器化、标準化為核心。

　　首先是模塊化。在陳小輝眼裡,模塊化是一個老議題,許多企業都有自身的模塊化架構方案。而哈啰出行的模塊化升級則是以服務化的抽象為主,類似于微服務模塊服務自治思路,能力圍繞服務提供,通過接口隔離,以實現更高的靈活性和更高的成本效益。

　　其次是容器化。過去幾年,産品疊代非常頻繁,如果一味将業務鋪在某個技術上面,未來升級成本将會覆蓋過去所有的提效成本。以Flutter為例,兩端替代一端是基本提效邏輯,但是對于老應用來說會涉及到多端溝通鍊條包,其實是有較大的效能損耗的,因此,全新應用或者全量Flutter化,也許會取得不錯效果。同時還處于生态早期,需要更多的技術資源,開始之前需要更謹慎評估。

　　除此之外,多端跨端提效也是哈啰出行應用提效的重要手段。陳小輝分享到,哈啰出行業務線繁多,多端需求極大。基于此能力,開發團隊隻需一端開發并加以适配,便可實現含獨立APP、支付寶小程序等多端複用,為業務提效。

　　再次是标準化。未來幾年端的數量将會增加,技術棧或技術異構方式也會随之增加,在此背景下,底層基礎能力的标準化重要性得以顯現。

　　關于标準化,哈啰出行朝向多方探索,其一是基礎能力分層,對隔離網絡庫、日志庫等相對獨立、對上層無感的部分進行聚類,并對每個庫進行單元測試與自動化測試覆蓋。對于偏中台能力、業務能力的部分,則是以服務化依賴、接口依賴加以實現。而對于業務層,除接口化隔離和路由隔離外,我們還為此建立标準規範,以标準化推動相應庫往好的方向走。