管理目標(biāo)，而非指標(biāo) | X-Developer研發(fā)效能案例

一位X-Developer用戶問，最近我們業(yè)務(wù)和研發(fā)都有大量調(diào)整，導(dǎo)致團隊成員對業(yè)務(wù)不熟，現(xiàn)在啟動和完成指標(biāo)的對比很難看，怎么辦？

我就問：你期望的目標(biāo)是什么？

用戶：當(dāng)然是真正地完成迭代的任務(wù)呀，不要表面的“更新成完成狀態(tài)”，而是沒有剩余工作量。

我接著問：那么，怎么才能“真正的完成”呢？

用戶：就是看X-Developer團隊報告“產(chǎn)出能力”這個圖表上的完成數(shù)量呀，我從這上面就可以得到真正的完成的情況了。

我說不對，我們討論的是“怎么做”才能做到真正地完成迭代任務(wù)，而不是“怎么度量”出真正完成的任務(wù)數(shù)量。

用戶：這就是困惑我的地方了，怎么做才能提升完成數(shù)量呢？

我說，其實你知道如何提升，但是你的思路被指標(biāo)困惑住了。

用戶：這個怎么講？

我說，因為你的問題已經(jīng)包含了原因——團隊成員對業(yè)務(wù)不熟，因為指標(biāo)的緣故，你沒有進一步分析原因?qū)ふ医鉀Q方案，而是焦慮如何讓指標(biāo)看起來更好一點，所以，反倒得不到想要的結(jié)果了。如果先從這個原因著手，在迭代中安排一些業(yè)務(wù)學(xué)習(xí)任務(wù)，持續(xù)地觀察啟動、完成的情況，就可以驗證“業(yè)務(wù)不熟”是否真正影響團隊產(chǎn)出能力的因素，并持續(xù)地提升。

用戶聽了，覺得很有道理，但是依然沒有緩解指標(biāo)帶來的焦慮：業(yè)務(wù)也不是一天兩天可以掌握的，還有沒有什么短期快速提升的方法？

我說，當(dāng)然有了，比如現(xiàn)在這個浪費的天數(shù)，消除一半，就可以縮短交付周期時間，提升迭代的產(chǎn)出了。

用戶說，這我也注意到了，目前我們從故事卡的任務(wù)切分，沒有對準(zhǔn)故事卡的持續(xù)交付，而是根據(jù)開發(fā)人員工作量去分配，沒想到一度量，估算3天的故事卡，實際上跨了8天才轉(zhuǎn)測，中間不但測試空了2天等開發(fā)，最后測試時發(fā)現(xiàn)的一個業(yè)務(wù)邏輯在設(shè)計是忽略了，導(dǎo)致這個故事卡不得不放在下一迭代交付。其實功能挺簡單的，如果迭代前期，精力更集中一點，就不會出現(xiàn)這種情況了?？磥砦覀冞€是先聚焦任務(wù)拆分的優(yōu)化，持續(xù)關(guān)注改進效果，爭取把產(chǎn)出能力提升上來。

這個真實的故事想必也是大多數(shù)企業(yè)管理者的經(jīng)歷。X-Developer早期試用者也問過類似的問題：你們這個產(chǎn)品是不是要團隊有很強的執(zhí)行力才能用好？我的回答是，X-Developer不是讓你來“用好”，而是始終如一地告訴你你的現(xiàn)狀是什么，和預(yù)期有多少差距。

X-Developer告訴你應(yīng)該做得更好，如何做得更好，而不是要你來把X-Developer“用好”。這其中，最核心的就是提升您的團隊觀察、跟隨和適應(yīng)變化的能力。比如上面的案例，最核心的就是業(yè)務(wù)的改變，新知識的涌進，導(dǎo)致產(chǎn)出數(shù)量的回落，團隊需要時間來學(xué)習(xí)、提升，才能“達成目標(biāo)”。

你度量什么，你就“得到”什么

許多大組織花費一兩年的時間從版本交付到迭代交付，然而迭代之后，發(fā)現(xiàn)不但效率沒有提升，質(zhì)量還下降了！最難堪的還是業(yè)務(wù)部門的反饋：

迭代，不就是把以前一個大需求，寫成很多個小需求嘛，這怎么提升了產(chǎn)出？不是忽悠我們嘛。關(guān)鍵是因為需求變小變多了，我們要不停地提、不停地跟蹤、不停地驗收，研發(fā)可能效率是提升了，但我們業(yè)務(wù)的效率下降了，我們的感覺很不好。
究其根本原因，就是因為組織追求片面的指標(biāo)：迭代交付周期。以下就是2016年我在一個不堪近一年來敏捷迭代交付“重負”的200人團隊中的原因分析和改進建議：

這些原因是如何發(fā)現(xiàn)的呢？因為好的顧問，總是在現(xiàn)場，去發(fā)現(xiàn)第一手、最真實的數(shù)據(jù)，而不是根據(jù)聽來的某個說法作判斷。在這個團隊的第一周，通過每天檢查代碼倉庫的變動情況，發(fā)現(xiàn)從早上八點起，直到凌晨四點，都持續(xù)地有代碼被提交上來！開始時，以為是需求量過大，或團隊能力不足，再展開調(diào)查，才發(fā)現(xiàn)這個團隊真實的工作狀態(tài)是：白天做本個迭代的需求，晚上改上個迭代的線上缺陷。

現(xiàn)在已經(jīng)9012年了，這仍然是許多軟件團隊的現(xiàn)狀——而且是許多實施了“敏捷”的軟件團隊的現(xiàn)狀——既無產(chǎn)出的提升，也無速度上的根本變化。這種“敏捷”沒有改變什么，因為它沒有從實際上為團隊賦能——既沒有給團隊機會去洞察用戶與需求，也沒有真正教給開發(fā)人員高效管理任務(wù)的方法，這是作為一線管理者的無能。

為指標(biāo)而指標(biāo)的指標(biāo)，往往是這一期達成的指標(biāo)，然后埋下了更多的地雷。高績效的團隊是打造出來的，敏捷是一個動態(tài)適應(yīng)變化的過程。提出有挑戰(zhàn)性的目標(biāo)，然后找到目標(biāo)的障礙、浪費，盡可能地消除，并積累團隊的知識，才能真正地在這個變化的時代構(gòu)建起持續(xù)的競爭力。

開始賦能你的團隊

X-Developer作為一款研發(fā)效能管理與提升的平臺，沉淀了我們多年來幫助企業(yè)有效提升研發(fā)效能的觀察方法與關(guān)注點，我們已經(jīng)推出免費的社區(qū)版，從以下幾個方面幫助研發(fā)團隊走向有效管理：

• 易于實施的代碼提交規(guī)范：使得團隊可以快速從代碼中回溯需求與缺陷，加快定位代碼和解決缺陷的時間

• 關(guān)注需求價值的實際交付周期：落實到具體的提交與協(xié)同成員，幫助團隊聚焦對需求的理解，減少過程中的等待與返工，使業(yè)務(wù)、研發(fā)、測試更快地協(xié)同
  X-Developer的實施過程，正是促使您的軟件工程實踐不斷走向標(biāo)準(zhǔn)化、自動化，達到持續(xù)交付的過程，也是促使您的需求管理不斷走向價值交付的過程。作為追求卓越的領(lǐng)導(dǎo)者與管理者，為團隊賦能，帶領(lǐng)團隊去達成挑戰(zhàn)的目標(biāo)，正是真正走向卓越的第一步。

X-Developer社區(qū)版注冊地址：

https://x-developer.cn

場量科技是一家專注于產(chǎn)品創(chuàng)新與效能優(yōu)化的平臺服務(wù)商，我們基于十余年的知名企業(yè)咨詢經(jīng)驗，圍繞產(chǎn)品創(chuàng)新提供工具與數(shù)據(jù)分析平臺，并幫助企業(yè)優(yōu)化產(chǎn)品研發(fā)效能。

為感謝X-Developer使用者的支持與反饋，在我們的微信服務(wù)號（敏捷加速器）后臺回復(fù)您的X-Developer注冊帳號，即可享受我們隨機抽取的《閃電式擴張：不確定環(huán)境下的極速增長策略》贈書，贈送總數(shù)量：共十本，抽取截止時間：2019年11月22日。