一、前言?

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

在落地研發(fā)效能提升的過程中，我們遇到了很多的挑戰(zhàn)，總結(jié)下來核心的現(xiàn)象有以下四種：

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

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

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

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

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

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

二、OKR工作法-上下同欲、對齊目標(biāo)    

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

• 如何讓整個組織的力量都聚焦在重要事項上，助力戰(zhàn)略落地
• 如何管理組織內(nèi)的目標(biāo)橫向?qū)R，消除“部門墻”的障礙，協(xié)作更高效
• 如何透明化組織、團隊的目標(biāo)，暴露重復(fù)、多余、無價的任務(wù)，節(jié)省成本

面對挑戰(zhàn)，大住宿正在持續(xù)不斷的探索改進中：

1. 推行產(chǎn)研一體，聚焦整體價值交付。以敏捷團隊為單位，團隊的PO/TO與團隊共創(chuàng)價值，將每個人的工作與團隊目標(biāo)聯(lián)系起來。以季度為周期進行規(guī)劃復(fù)盤，月度review進度和風(fēng)險的節(jié)奏實施落地。無論是技術(shù)還是業(yè)務(wù)的需求，都聚焦到價值的交付上，團隊內(nèi)部形成良性平衡。

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

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

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

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

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

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

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

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

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

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

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

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

酒店研發(fā)在轉(zhuǎn)型路上，也常會因為執(zhí)行落地不到位而遭遇一些低效的情況：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

五、DevOps實踐-提升質(zhì)量，加速交付

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

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

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

• 代碼效能
• 產(chǎn)品功能
• 產(chǎn)品性能

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

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

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

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

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

1. 核心目標(biāo)占比

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

 2. 需求價值指數(shù)

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

3. 交付質(zhì)量

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

4. 響應(yīng)能力

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

七、總結(jié)

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

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

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