一、前言?

管理大師彼得·德魯克在《有效的主管》一書中簡明扼要地指出：“效率是‘以正確的方式做事’，效能則是‘做正確的事’。效率和效能不應偏廢，我們希望同時提高效率和效能，但若效率與效能無法兼得時，我們首先應著眼于效能的提升”。攜程大住宿研發效能提升的指導思想就是基于做正確的事展開，并以“持續快速，高質量的交付有效價值”作為研發效能改進的核心目標。通過持續不斷的改進探索，讓團隊思考更加有效，工作更加高效。

在落地研發效能提升的過程中，我們遇到了很多的挑戰，總結下來核心的現象有以下四種：

1. 目標不一致，導致協作低效：大住宿擁有36個規模大小不一的敏捷團隊。有小型的10以下的特性團隊，也有50人以上的全功能敏捷團隊。各團隊相對獨立又存在無法規避的協作關系。當A團隊的目標依賴B團隊的支持，就會存在取舍和協同。當AB團隊目標不對齊時，先完成自身目標還是支持對方完成目標的過程會增加非常多額外的協作溝通成本。

2. 視角割裂，產生無效價值：產品只負責產出需求，開發只管任務完成，最終交付驗收發現不是想要的功能。這是大住宿在敏捷轉型前遇到最頻繁的問題。團隊成員視角割裂導致各角色只關注于自己熟悉的領域，而忽略目標價值的交付，最終會產生非必要的浪費。

3. 基建薄弱，導致額外成本增加：有一種誤會是只要轉型敏捷研發效率就能10倍數提升。實踐發現，基建的薄弱在一定程度上反而增加團隊的負擔。比如為了持續頻繁的發布，自動化測試的缺失帶來額外的人工回歸成本；比如代碼質量不可靠導致測試頻繁的返工等，在一定程度上不僅影響了團隊交付效率，還導致了用戶滿意度的下降。

4. 度量困難，缺少客觀衡量數據：大住宿的敏捷轉型試點，從一塊物理白板，一堆便簽，幾只油性筆開始。缺少電子信息的沉淀，需要完成度量的費力度和成本非常的高。當時為了收集度量的數據，需要人工記錄過程信息，然后通過Excel梳理整合，再進行分析處理。人為的記錄和分析讓數據缺失一定的客觀性，無法很好的衡量團隊的改進效果，也無法有效引導團隊改進方向。

為了改善以上問題，我們從想好、做好、做快這幾個維度齊頭并進，持續優化，深度耕耘：

• 使用OKR工作法拉通產研，深度協作
• 使用MVP實踐，圍繞價值交付
• 通過深度敏捷實踐，打造敏捷企業文化
• 通過DevOps實踐，支撐團隊快速交付

二、OKR工作法-上下同欲、對齊目標    

明確一致的目標是組織內各個部門和全體成員的合作基礎，共同的目標是組織建立和存在的客觀基礎，是完善和發展組織的客觀依據，也是為組織創造更大價值的必備因素。OKR工作法（Objectives&KeyResult，目標與關鍵結果）是一種企業、團隊、員工個人目標設定與溝通的最佳實踐與工具，是通過結果去衡量過程的方法與實踐。同時，OKR還是一種能夠促進員工與團隊協同工作的思維模式。大住宿OKR工作法的落地推進，有效的促進了團隊成員間的緊密協作，同時也迎來了更多的挑戰：    

• 如何讓整個組織的力量都聚焦在重要事項上，助力戰略落地
• 如何管理組織內的目標橫向對齊，消除“部門墻”的障礙，協作更高效
• 如何透明化組織、團隊的目標，暴露重復、多余、無價的任務，節省成本

面對挑戰，大住宿正在持續不斷的探索改進中：

1. 推行產研一體，聚焦整體價值交付。以敏捷團隊為單位，團隊的PO/TO與團隊共創價值，將每個人的工作與團隊目標聯系起來。以季度為周期進行規劃復盤，月度review進度和風險的節奏實施落地。無論是技術還是業務的需求，都聚焦到價值的交付上，團隊內部形成良性平衡。

2. 試點部門級別產研一體的季度OKR復盤活動。為了更好的達到上下和左右對齊目標，提高協作效率，大住宿從今年Q1開始試行部門級產研一體的季度規劃和復盤活動。各團隊會前準備好復盤材料；會上回顧復盤材料并進行討論、反饋和建議；會后根據會議內容形成下一季度的OKR調整內容和建議。通過活動讓大家看到各部門、崗位等相關方的相互依賴關系，明確自己的價值定位、實現團隊間的緊密高效協作。從而打破筒倉效應，最大程度整合組織資源。

3. 借助IDEV目標管理工具更有效的透明OKR。IDEV是公司提供的統一產品研發管理平臺，大住宿在去年接入IDEV后，不僅提高了產品研發過程的透明性，也率先實現了需求數字化管理。結合實踐管理發現需求目標的明確，可以更好的支撐需求的交付。經過溝通和設計，IDEV平臺開發目標管理功能來支持團隊的數字化目標管理。通過每個需求關聯專屬的KR對齊目標，并使用關聯功能管理依賴團隊間的需求。工具支撐的信息透明讓團隊更高效的彼此對齊，相互支撐，保證了團隊步調一致，從而完成最終目標的實現。

三、MVP實踐-共識價值，杜絕浪費

O代表一種追求和方向，KR是衡量目標達成的關鍵結果。為了更好地支持KR的達成，團隊統一使用MVP思維。在規定的時間盒內選取最合適的需求，并用最低的成本，最快的速度，向用戶交付產品的主要功能及特色信息，并通過及早的接觸用戶，獲取客戶反饋和市場驗證來改進產品，迭代升級，以避免做無效需求。

為了更好的落地MVP實踐，大住宿主要采取了以下2個措施：

1. 合理拆分需求，降低試錯成本。需求拆分越小，需求越容易理解，改動成本越低，缺陷暴露越早，價值流動越快，也能更早的交付給用戶，提前得到反饋。但如果需求拆分的過小，分批開發也會帶來測試和發布的成本增加。如何通過合理的拆分需求，降低試錯成本？

大住宿研發效能改進計劃實施中首先對產研需求進行了規范化的治理，共同約定IDEV上創建的每一個需求都是最小維度的可獨立交付，可獨立驗收且可獨立衡量價值維度。由于產研視角上的差異會產生不合理的拆分需求，研發團隊如果無腦的接受產品拆分，會缺失對需求整體性的認知，也會面臨技術實現相互沖突，還可能會對代碼架構造成影響。在規范化需求后大住宿又進一步培訓加強產研團隊共同拆分需求機制落地。

2. MVP思維貫穿需求整個生命周期。MVP在實際實踐中容易陷入一個誤區，做完一個MVP就沒有后續。大住宿在 MVP實踐中提倡將思想貫徹到產品的整個生命周期當中。上線的MVP及時的驗證并基于反饋快速的調整尋找下一個方向，迭代循環，最終達成目標。敏捷團隊在需求評審會上共識第一次價值，然后在需求上線后及時的驗收，進行第二次價值同步。針對沒有達到目標需求，快速調研分析后會盡快在最近的迭代周期內安排再次上線驗證。整個團隊均始終圍繞價值持續交付。

四、敏捷實踐-敏捷升級，助力效能

敏捷是研發效能提升的又一助力工具。敏捷開發是一種應對快速變化需求的軟件開發模式，核心是小步快跑，快速迭代。

大住宿從2014年開始推行敏捷轉型，敏捷讓團隊實現價值驅動管理。傳統開發模式除了瀑布接力開發外，還有一個是任務驅動管理。任務驅動管理模式下，客戶第一次看到實現的功能可能是在驗收階段，這時候發生需求變化或功能新增都會讓開發團隊的返工成本變得無法預估。還可能為了趕進度，犧牲掉質量。而敏捷開發模式幫助團隊重心放在實現對客戶有價值的需求上，讓團隊關注真正有價值的東西。

大住宿的敏捷轉型是從Scrum開始試點，研發團隊從只關注怎么實現需求到共同關注優先要實現哪些需求，如何更快的實現。但一支高效能的敏捷團隊，不僅需要高有效的執行落地能力還需要持續不斷的改進能力。缺失任何一種能力，都只會讓敏捷停留在“偽敏捷”上。

酒店研發在轉型路上，也常會因為執行落地不到位而遭遇一些低效的情況：

• 站會變成匯報會議，只有進度同步沒有阻塞反饋。
• 回顧會無人說話，事不關己或變成批斗大會。
• 計劃會上需求方案還未確認清楚就開始迭代開發，迭代過程中反復確認，溝通成本增加，工作效率低下。

針對以上問題我們做了如下的改進措施來幫助團隊提高執行，持續改進。

• 增加敏捷培訓，邀請團隊成員參與到敏捷管理活動中，從實操活動中加強團隊成員對于敏捷中每個角色，每個會議的深層理解。
• 明確團隊各階段的完成定義并督促落地執行到位。
• 針對性的開展主題回顧會議，邀請相關干系人共同參與，保持頻繁的反饋，持續改進。

早期的Scrum團隊更多的關注在軟件過程中的活動，而忽略了開發過程中的各種等待時長。Kanban方法的加入幫助酒店團隊看清各種等待不增值的環節。通過Kanban方法拉通產品、設計、交互、開發、測試、BI等各職能各環節的價值流動，并通過IDEV需求管理平臺實現上下游價值的流動可視化。

改進前團隊的關注重心從“敏捷排期”階段到“待驗收”上線階段。

改進后團隊的關注重心從“需求規劃”階段開始到“完成”階段的整個產品生命周期。

Scrum和Kanban都是幫助團隊盡早交付和持續改進的過程方法，方法各有千秋，合適的才是最好的。只有不斷的實踐，不斷的總結，不斷的調整，才能真正意義上幫助團隊提升。

酒店研發在方法的選擇上，也是基于團隊自身情況進行決策，比如：

• 有版本限制的團隊，采用Scrum，節奏感可以幫助團隊提高協作效率。
• 創新型業務，關注快速交付的團隊，采用Kanban，重點聚焦需求價值流動和及時反饋。
• 單周交付的團隊，采用了Scrum+Kanban混合方式，有效平衡速度和節奏要求。

八年的敏捷文化熏陶，大住宿大部分的敏捷團隊已從“守”的階段進入“破”和“離”的階段。

1. 守， 團隊能按照scrum的流程去實施敏捷，如團隊中有三個角色(PO\SM\Team)，團隊按照四會（站會，計劃會，評審會，回顧會）開展工作等等。

2. 破， 團隊能根據自身的狀況，去突破敏捷原有的部分規則，去到更高的層次，比如根據敏捷的價值觀去增加其它的一些東西，例如增加TO的角色、增加code-review會議等。

3. 離， 團隊的成員已經非常熟悉敏捷的流程和規范，對敏捷的價值觀駕輕就熟。團隊根據自身狀況制定相關的實踐，比如PO/TO共創團隊OKR等。

敏捷實踐的升級讓端到端的產品、開發、利益相關人更順滑的聚合在一起，采用合作共贏的協作方式幫助團隊價值最大化。

五、DevOps實踐-提升質量，加速交付

除了采用目標對齊，共識價值，高效的敏捷實踐等改進措施，想要達到持續頻繁的交付還需要持續集成持續發布能力的支撐。DevOps強調通過一系列手段來實現既快又穩的工作流程，使每個想法（比如一個新的軟件功能，一個功能增強請求或者一個 bug 修復）在從開發到生產環境部署的整個流程中，都能不斷地為用戶帶來價值。CI/CD作為DevOps的重要組成部分，核心價值便是效能與質量，一方面將整個軟件研發流程自動化，降低人力成本，另一方面提供了相應的質量檢查與測試工具，以期建立一個完整的質量度量體系。

酒店研發引入公司CI/CD解決方案，建立完善的準備環境/測試/資源構建/鏡像構建一整個流程的鏈路，使它可幫助項目以更快的速度和更高的質量來交付。

以大住宿某前端研發團隊的流水線為例，團隊從以下三個目標出發：

• 代碼效能
• 產品功能
• 產品性能

通過設置代碼規范檢查，單元測試、UI測試、性能測試等任務來提升自動化覆蓋率，提升集成效率，強化整體代碼質量，提前發現問題，最終實現加快交付頻率的目標。并通過采集流水線數據，可視化項目流水線執行概況、近期質量趨勢，幫助團隊用數據思考，利用數據，持續提升效率。

小結：OKR工作法保障團隊方向正確；MVP實踐幫助團隊聚焦目標價值；敏捷實踐專注快速交付價值，擁抱變化；DevOps助力快速交付，強化自動化能力。四大措施持續改進，最終達到研發效能提升的目的：持續快速，高質量地向用戶交付產品。

六、如何衡量研發效能得到了提升？

管理大師彼得·德魯克還說沒有度量就沒有管理。度量最重要的目的是洞察出問題，進行指導改進，并衡量改進的效果。數字化時代的到來，很多企業已具備自動采集效能數據以實現度量所需的各種實時數據報表。大住宿在去年接入公司統一產品研發管理平臺IDEV后，不僅提高了產品研發過程的透明性，也率先實現了需求數字化管理。

大住宿借助大量的客觀數據從目標、價值、質量、效率這4個維度的進行分析找到團隊的痛點，并引導團隊做真正能解決問題的行為來持續改善。

1. 核心目標占比

核心目標價值的占比幫助團隊對齊目標和資源整合。我們通過目標管理工具，規范需求與目標的關聯，再通過度量單位時間內圍繞目標的交付需求占比來反映團隊的目標對齊度。試點實踐中遇到最大的問題是數據的失真。數據的準確與團隊關聯目標的規范息息相關，需要通過對團隊進行不斷的培訓和宣導來幫助團隊養成習慣，以此保障數據的準確性。

 2. 需求價值指數

需求是價值的承載體現，假設交付需求均具有價值，那么交付需求的數量越多，代表交付的價值越多。但單以需求個數無法很好的反映團隊的交付價值。每個需求的規模和價值大小不一。比如單位時間內可能只交付了一個收益很高的需求，并不能說明團隊的產出變少。團隊需求價值指數從更客觀的維度衡量團隊在單位時間內是否產出高價值的內容，以此杜絕高成本低收益的投入。需求價值指數由團隊負責的需求個數、人員數、預估價值、實際價值、需求價值正態分布情況等綜合評估得出 。

3. 交付質量

研發交付質量是指用戶感受到的質量，可以理解為線上用戶保障的缺陷。影響交付質量的一個重要因素就是交付過程質量。大住宿主要以單位時間內的缺陷數量趨勢來衡量團隊交付質量。為了降低缺陷數量，研發團隊通過質量內建、提前驗收等各種方法來前置保障交付過程質量。并通過分析線上以及過程缺陷，進行歸因改進。從自動化，Mock工具、開發自測等各個方面著手落實改進措施，持續提升交付質量。

4. 響應能力

需求的響應周期和團隊持續發布的能力體現團隊的持續和快速。交付周期指對用戶需求、業務機會的響應速度。酒店研發采用從創建需求開始，到需求上線所經歷的平均時長來度量交付周期；通過開始code到發布上線所經歷的平均時長來度量開發周期；通過單位時間內的有效發布次數來衡量團隊對外響應和價值的流動速度。經過一段時間的優化改進，大住宿2周內交付的需求占比呈穩定提升趨勢。

七、總結

我們可以通過各種措施來提升改進，但研發效能的提升沒有“銀彈”，研發效能的提升沒有最好，只有更好。需要我們從目標、價值、質量、效率每一個領域都進行深入地挖掘和思考，共同努力把持續改進的焦點從局部資源效率轉向價值流動效率，以此保證全局和系統的持續優化。

• OKR工作法：上下同欲、對齊目標
• MVP實踐：共識價值，消滅浪費
• 敏捷實踐：敏捷升級，助力效能
• DevOps實踐：提升質量，加速交付

大住宿依然在探尋更好的效能提升方法的路上，就像敏捷宣言中提到的“我們一直在實踐中探尋更好的軟件開發方法，身體力行的同時也幫助他人。”也希望本篇淺淺的實踐總結可以幫助到對研發效能有期待有困惑的你。