什么是研發(fā)團(tuán)隊(duì)？簡(jiǎn)單的說(shuō)，你熟悉的那幫穿格子襯衫，以程序員為核心組成的團(tuán)隊(duì)，就是研發(fā)團(tuán)隊(duì)。

本來(lái)，你以為格子男們是很乖很悶騷的那種，管理和協(xié)作起來(lái)比銷售和業(yè)務(wù)簡(jiǎn)單很多，而實(shí)際情況是.......格子男們并不那么容易管理，面向代碼世界的復(fù)雜度，可能遠(yuǎn)比面向財(cái)物世界的復(fù)雜度還要高。

作為致力于團(tuán)隊(duì)協(xié)作的公司，我們研究了很多國(guó)內(nèi)和海外牛逼公司的研發(fā)模式和研發(fā)管理，例如OKR在谷歌、Facebook的應(yīng)用，Uber的高效會(huì)議制度，阿里的績(jī)效體系，騰訊的產(chǎn)品流程。

除了在自身團(tuán)隊(duì)做了N次不同的試驗(yàn)和反思，我們也想將很多不錯(cuò)的經(jīng)驗(yàn)分享給用戶。而要談清楚方法，就先了解清楚問(wèn)題，研發(fā)管理之所以令人頭疼，核心的問(wèn)題無(wú)外乎以下一些方面。

研發(fā)管理的典型問(wèn)題

 1. 難以KPI化和考核 

任正非有句名言：錢分好了，管理的大部分問(wèn)題就解決了。我對(duì)此深表同意，可問(wèn)題是，怎么能分好錢確實(shí)非常考驗(yàn)?zāi)芰?、?jīng)驗(yàn)和智力的。研發(fā)之難，恰恰難在工作本身無(wú)法KPI化，所有那些試圖KPI化工程師和碼農(nóng)的做法，最終結(jié)果都啼笑皆非、面目可憎、吃力不討好。

在我過(guò)去經(jīng)歷，還有客戶實(shí)際的研發(fā)管理里，試圖KPI化研發(fā)工作一直是不同團(tuán)隊(duì)努力的方向，包括但不限于以下方式：

• 解決Bug數(shù)

• SLA

• 功能完成度

• 營(yíng)收捆綁

• NPS

• 加班，007就比996牛逼，996就比955更值得獎(jiǎng)勵(lì)

這些看起來(lái)可以數(shù)字化的指標(biāo)，除了證明研發(fā)管理者通過(guò)偷懶的方式做績(jī)效考核外，可以說(shuō)毫無(wú)價(jià)值，也無(wú)法給公司和組織帶來(lái)正向的激勵(lì)。

 2. 離代碼很近，離用戶很遠(yuǎn) 

另外一個(gè)現(xiàn)實(shí)且無(wú)奈的問(wèn)題是：工程師和產(chǎn)品經(jīng)理好像是在象牙塔里做產(chǎn)品和研發(fā)，和用戶往往離得太遠(yuǎn)太遠(yuǎn)。這種問(wèn)題帶來(lái)的傷害遠(yuǎn)比其他事情來(lái)得更加徹底，但本質(zhì)上這是研發(fā)規(guī)則上沒(méi)有解決好的問(wèn)題，導(dǎo)致工程師本身并沒(méi)有任何的目標(biāo)和動(dòng)力去貼近用戶和客戶場(chǎng)景。

我們常常說(shuō)要做用戶喜歡的產(chǎn)品，但那些反人類智商的產(chǎn)品，往往是產(chǎn)品經(jīng)理和工程師合謀的結(jié)果。如果說(shuō)研發(fā)管理的目標(biāo)是提高效能，那么首先同步研發(fā)團(tuán)隊(duì)朝著統(tǒng)一的目標(biāo)，就是效能管理最重要的第一步。

因此，以什么樣的制度去驅(qū)動(dòng)研發(fā)抬起頭來(lái)看客戶場(chǎng)景，是一切研發(fā)管理的核心工作之一。

 3. 跨部門戰(zhàn)爭(zhēng)頻發(fā) 

因?yàn)榈皖^干活，所以往往研發(fā)團(tuán)隊(duì)的目標(biāo)和業(yè)務(wù)團(tuán)隊(duì)的目標(biāo)并不是一致的，研發(fā)體系和業(yè)務(wù)體系的跨部門戰(zhàn)爭(zhēng)，簡(jiǎn)直罄竹難書：

• 業(yè)務(wù)認(rèn)為：怎么這么多bug，一個(gè)小問(wèn)題需要花這么久的時(shí)間才能修復(fù)

• 研發(fā)認(rèn)為：業(yè)務(wù)的智商不夠用，這么好的產(chǎn)品就是無(wú)法準(zhǔn)確傳達(dá)給客戶

• 業(yè)務(wù)面對(duì)客戶點(diǎn)頭哈腰；而研發(fā)覺(jué)得客戶是業(yè)務(wù)的客戶，不是研發(fā)的客戶

• 業(yè)務(wù)對(duì)需求排期是12345；而研發(fā)對(duì)需求排期往往是54321

• 業(yè)務(wù)給客戶承諾就像談戀愛，把星星摘下來(lái)也敢接著；研發(fā)認(rèn)為你承諾的，你去寫代碼實(shí)現(xiàn)吧

• 業(yè)務(wù)認(rèn)為研發(fā)高工資吹著冷氣，自己天天跑在外面曬太陽(yáng)；研發(fā)認(rèn)為，業(yè)務(wù)提成那么高，這產(chǎn)品是我做的，我咋沒(méi)提成呢

這種剪不斷、理還亂的關(guān)系，是很多公司的普遍現(xiàn)象。因?yàn)?/span>跨部門的不理解，必然帶來(lái)團(tuán)隊(duì)之間的內(nèi)耗，信息的折扣和效率低下自然產(chǎn)生。

更重要的影響是跨部門戰(zhàn)爭(zhēng)造成對(duì)客戶服務(wù)與理解的偏差與推諉，沒(méi)有任何公司或者團(tuán)隊(duì)能在一個(gè)不流暢的環(huán)境下成就對(duì)客戶的100%滿意度。

從研發(fā)管理全景圖說(shuō)起

上圖是研發(fā)管理全景圖，是我們團(tuán)隊(duì)過(guò)去幾年逐步形成的研發(fā)管理經(jīng)驗(yàn)，其中主要包括以下內(nèi)容：

• 研發(fā)管理的的核心是構(gòu)建一個(gè)開放、自學(xué)習(xí)、自驅(qū)動(dòng)的組織文化和儀式感，這是打造高效研發(fā)團(tuán)隊(duì)最內(nèi)核的基礎(chǔ)。

• 左邊是工具和方法，主要包括：以OKR驅(qū)動(dòng)的目標(biāo)管理，基于Scrum的敏捷，和逐步完善的DevOps。

• 右邊是制度和規(guī)則，核心包含：研發(fā)團(tuán)隊(duì)的績(jī)效和考核、跨部門合作、其他儀式感驅(qū)動(dòng)的各種規(guī)則，尤其是構(gòu)建自學(xué)習(xí)的環(huán)境與分享機(jī)制。

打造開放和競(jìng)合的組織架構(gòu)和文化

一個(gè)組織要煥發(fā)活力、自驅(qū)動(dòng)、使命必達(dá)的信念，開放而透明的文化是績(jī)效管理的核武器。總體來(lái)說(shuō)，不管你的方法和制度多么豐富和完善，無(wú)論如何也不可能驅(qū)動(dòng)僵化、死板、沒(méi)有活力的團(tuán)隊(duì)產(chǎn)生極其高效的價(jià)值。

所以，我們?cè)谡勓邪l(fā)效能的時(shí)候，注意力總集中在別人家的團(tuán)隊(duì)是符合管理的，而忽略了團(tuán)隊(duì)激活的核心首先是塑造超強(qiáng)自由度、透明度和使命感的團(tuán)隊(duì)文化。

從效率這個(gè)角度去看，沒(méi)有透明度的提效都是打折扣的，在一個(gè)組織里效率低下的首要原因并不是執(zhí)行力，而是透明度。需要層層審批和報(bào)備的組織，設(shè)定層層關(guān)卡和信息圍墻的團(tuán)隊(duì)，效率一定是非常低下的，單點(diǎn)的執(zhí)行力提升并不改變整個(gè)團(tuán)隊(duì)的低效基因。

• 我們熟悉的Facebook從誕生到現(xiàn)在就是不斷在驅(qū)動(dòng)【黑客文化】，核心共識(shí)是：馬上上手、快速搞定和持續(xù)迭代，這個(gè)Hack Culture從底層文化上驅(qū)動(dòng)了Facebook歷經(jīng)10年，從小團(tuán)隊(duì)到超級(jí)大公司可以保持不斷進(jìn)取的能力；

• 亞馬遜的文化被定義為始終Day1，始終回到創(chuàng)業(yè)的第一天；

• 至于我們自己的文化就是簡(jiǎn)單而認(rèn)真，在團(tuán)隊(duì)里不斷實(shí)現(xiàn)盡可能簡(jiǎn)單的協(xié)作和決策規(guī)則，打破層級(jí)觀念，快速響應(yīng)和試錯(cuò)，足夠開放、足夠容錯(cuò)、足夠快。

所以，打造開放與競(jìng)合的組織架構(gòu)和文化，至關(guān)重要。

 1. 特種部隊(duì) 

如何設(shè)計(jì)研發(fā)團(tuán)隊(duì)的組織架構(gòu)，是個(gè)大大的思考題。我們團(tuán)隊(duì)經(jīng)歷過(guò)好幾次不同的組織形態(tài)，也經(jīng)常性的將研發(fā)團(tuán)隊(duì)進(jìn)行組織調(diào)整，簡(jiǎn)單說(shuō)，一個(gè)研發(fā)團(tuán)隊(duì)的角色主要是以下幾類：

• 產(chǎn)品經(jīng)理

• 設(shè)計(jì)師

• 服務(wù)工程師端

• 前端工程師

• 測(cè)試

• 其他

以什么樣的組織方式調(diào)配以上資源，是個(gè)非?？简?yàn)團(tuán)隊(duì)管理的事情，例如很多公司會(huì)將設(shè)計(jì)團(tuán)隊(duì)作為完全獨(dú)立的部門，其他團(tuán)隊(duì)和項(xiàng)目按需調(diào)配設(shè)計(jì)資源，設(shè)計(jì)團(tuán)隊(duì)就像公司的乙方角色，通過(guò)資源調(diào)配來(lái)匹配執(zhí)行。

而另一種形態(tài)則是廣泛存在于Facebook等互聯(lián)網(wǎng)公司的方式，設(shè)計(jì)、產(chǎn)品經(jīng)理、開發(fā)、測(cè)試組成短小精悍的特種部隊(duì)，在研發(fā)團(tuán)隊(duì)中以小組形態(tài)組合，就像一個(gè)研發(fā)業(yè)務(wù)的接口一樣，有清晰的輸入和清晰的輸出，有清晰的目標(biāo)和清晰的邊界。

顯然，打起仗來(lái)，特種部隊(duì)方式的小組，從執(zhí)行到目標(biāo)都是超級(jí)強(qiáng)悍的，也同時(shí)能方便研發(fā)組織績(jī)效考核的落地與激勵(lì)。

特種部隊(duì)的另一個(gè)好處是：每個(gè)小組的職能和目標(biāo)是固定的，在產(chǎn)品研發(fā)大架構(gòu)下執(zhí)行一個(gè)精確的目標(biāo)和單元。但小組成員可以轉(zhuǎn)崗或者調(diào)配到其他小組，從而避免了研發(fā)人員的枯燥和無(wú)挑戰(zhàn)的問(wèn)題。

 2. 儀式感 

儀式感是團(tuán)隊(duì)管理的調(diào)味品，也是必需品，就像你吃飯離不開鹽一樣。研發(fā)團(tuán)隊(duì)管理者，例如CTO角色的人，需要有意識(shí)的在團(tuán)隊(duì)中設(shè)計(jì)有價(jià)值的儀式感，來(lái)增加團(tuán)隊(duì)磨合、默契與調(diào)味。

好的儀式感，就像宗教儀式一樣，能不斷加強(qiáng)團(tuán)隊(duì)目標(biāo)的執(zhí)行、文化的塑造以及階段的激勵(lì)。

例如，我們自己團(tuán)隊(duì)就有很大儀式性的東西在執(zhí)行：

• OKR階段同步

• 把重大版本發(fā)布變成研發(fā)團(tuán)隊(duì)的階段激勵(lì)

• 管理層的固定one one訪談

• 研發(fā)人員的每月訪談，同步到公司月報(bào)

• 花心思的團(tuán)建

• 每月的產(chǎn)品考核

• 師徒制

• 走出去，參加各種外部的技術(shù)大會(huì)

• ......

還有很多其他的儀式和規(guī)則，并且以上每個(gè)規(guī)則都值得拿出來(lái)說(shuō)道說(shuō)道。

 3. 用戶體驗(yàn)委員會(huì) 

在Worktile團(tuán)隊(duì)，我們建立了組織架構(gòu)之外的一些虛擬組織，虛擬組織的設(shè)計(jì)可以很好解決跨部門溝通與信息同步的問(wèn)題，以用戶體驗(yàn)委員會(huì)為例，將公司里研發(fā)、設(shè)計(jì)、產(chǎn)品、銷售、客戶成功的同事組成一個(gè)虛擬委員會(huì)。

委員會(huì)主席本質(zhì)上就是這個(gè)組織的秘書，通過(guò)定期的會(huì)議或者討論，將解決用戶體驗(yàn)上的問(wèn)題作為核心目標(biāo)來(lái)解決。委員會(huì)的茶話會(huì)，每次都能高效推進(jìn)很多方面的事情：

• 就用戶體驗(yàn)的重大問(wèn)題充分討論，產(chǎn)品和研發(fā)從不同視角收聽意見，銷售和客戶成功更多代表了來(lái)自一線用戶的建議。

• 促進(jìn)跨部門的彼此理解，很多時(shí)候跨部門的戰(zhàn)爭(zhēng)，來(lái)自于互相的不理解和看不起。例如，我們?cè)谀炒尾钑?huì)中，就一個(gè)很久以來(lái)的核心需求做了討論，銷售端原本以為是一個(gè)簡(jiǎn)單的需求，結(jié)果討論下來(lái)發(fā)現(xiàn)，這個(gè)簡(jiǎn)單需求其實(shí)在客戶方也有非常不同的理解，完全推翻了產(chǎn)品已經(jīng)草創(chuàng)的設(shè)計(jì)方案。反過(guò)來(lái)，銷售同事也完全理解了為何產(chǎn)品方案是如此之難的原因。

• 指定行動(dòng)方案，快速驅(qū)動(dòng)產(chǎn)品研發(fā)落實(shí)改進(jìn)方案。用戶體驗(yàn)委員會(huì)不是只討論，更重要的是驅(qū)動(dòng)行動(dòng)方案，快速解決用戶關(guān)心的體驗(yàn)問(wèn)題。

（每次用戶體驗(yàn)交流都熱火朝天）

 4. 技術(shù)委員會(huì) 

同樣，在研發(fā)團(tuán)隊(duì)，我們通過(guò)技術(shù)委員會(huì)來(lái)實(shí)現(xiàn)跨研發(fā)團(tuán)隊(duì)的技術(shù)溝通、分享和技術(shù)選型。

技術(shù)委員會(huì)保證了公司始終以科技驅(qū)動(dòng)商業(yè)的基礎(chǔ)不被稀釋，匯聚團(tuán)隊(duì)中技術(shù)能力最強(qiáng)的圈子更加自驅(qū)動(dòng)的投入技術(shù)貢獻(xiàn)，主要的工作目標(biāo)包括：

• 公司級(jí)的技術(shù)方案

• 前沿技術(shù)研發(fā)小組

• 研發(fā)崗的職級(jí)評(píng)審，技術(shù)委員會(huì)承擔(dān)對(duì)技術(shù)能力的職級(jí)評(píng)估

• 向市場(chǎng)和銷售輸出技術(shù)內(nèi)容

• 驅(qū)動(dòng)公司技術(shù)進(jìn)步和學(xué)習(xí)，例如組織黑客馬拉松、技術(shù)分享、對(duì)外技術(shù)輸出

 5. 研發(fā)下鄉(xiāng) 

研發(fā)下鄉(xiāng)就是讓研發(fā)走向客戶，貼近客戶需求，了解客戶狀況，然后回來(lái)完善產(chǎn)品以滿足客戶需求。

Worktile本身是企業(yè)服務(wù)產(chǎn)品，客戶需求在B端是及其復(fù)雜而多樣的，憋在辦公室是無(wú)法做出好產(chǎn)品的，所以需要從制度上驅(qū)動(dòng)研發(fā)、產(chǎn)品和設(shè)計(jì)走向客戶，而不是待在象牙塔。

研發(fā)下鄉(xiāng)給了每個(gè)研發(fā)人員固定的指標(biāo)，需要下鄉(xiāng)到客戶現(xiàn)場(chǎng)，所以銷售和客戶成功有了正當(dāng)?shù)睦碛梢笱邪l(fā)同事完成指標(biāo)，從另一個(gè)方面也加強(qiáng)了研發(fā)和業(yè)務(wù)部門的配合與協(xié)作，因?yàn)殡p方有了共同KPI的時(shí)候，大家綁在一起去做好一件事的動(dòng)力就變得很強(qiáng)。

 6. Polish Week 

Polish Week是來(lái)自硅谷的流行文化，讓研發(fā)團(tuán)隊(duì)在一個(gè)緊張迭代之后，不再計(jì)劃大的功能和需求安排，而是有足夠的時(shí)間可以【停一下】，然后集中火力解決來(lái)自客戶的細(xì)節(jié)需求或者小問(wèn)題，這種制度設(shè)計(jì)是非常高效的方法，可以短時(shí)間集中兵力解決遺留問(wèn)題。

 7. 技術(shù)分享和走出去 

5年下來(lái)，我們技術(shù)團(tuán)隊(duì)每周分享已經(jīng)正常進(jìn)行了幾百次，研發(fā)團(tuán)隊(duì)中的每個(gè)人都或多或少完成過(guò)對(duì)于所在部門的技術(shù)分享。新人來(lái)到團(tuán)隊(duì)，可以從過(guò)去數(shù)百次分享留下來(lái)的知識(shí)收獲非常多的遺留知識(shí)。

（在研發(fā)體系共享的技術(shù)分享池）

另外一方面，Worktile的核心客戶本來(lái)就是研發(fā)團(tuán)隊(duì)和工程師，市場(chǎng)維度需要研發(fā)人員能夠不斷共享有價(jià)值的技術(shù)內(nèi)容，而技術(shù)分享機(jī)制恰恰提供了驅(qū)動(dòng)工程師內(nèi)容創(chuàng)作的土壤。

每次內(nèi)部分享的內(nèi)容，其實(shí)完全可以繼續(xù)優(yōu)化成外部可以傳播的內(nèi)容，通過(guò)市場(chǎng)手段實(shí)現(xiàn)二次傳播，同時(shí)也能夠?qū)F(tuán)隊(duì)中有活力和分享精神的小伙伴，推到前臺(tái)去技術(shù)大會(huì)或者公司組織的技術(shù)分享大會(huì)分享。

基于OKR和Scrum的研發(fā)管理

源于業(yè)務(wù)關(guān)系，我們?cè)贜個(gè)不同的客戶場(chǎng)景做過(guò)測(cè)試，就是把團(tuán)隊(duì)老大的目標(biāo)在公司群里做個(gè)調(diào)研，比較打臉的現(xiàn)實(shí)是，99%的情況下老大想的目標(biāo)和執(zhí)行層理解的目標(biāo)不是一回事，而且大部分時(shí)候差別都非常大。因此，回到在研發(fā)團(tuán)隊(duì)或者公司層執(zhí)行OKR，本質(zhì)上要解決的核心問(wèn)題是：上下同欲。

俗話說(shuō)，上下同欲者勝。如果目標(biāo)這件事都沒(méi)法達(dá)成一致，那么一切效能和效率的優(yōu)化都是無(wú)稽之談。因?yàn)槟阈试礁?，但方向不?duì)，可能偏離方向跑的更遠(yuǎn)，這不是很尷尬的事情么？

因此，我們可以通過(guò)了解OKR來(lái)在團(tuán)隊(duì)形成一個(gè)基本的能力，這就是戰(zhàn)略同步和戰(zhàn)略溝通，從而實(shí)現(xiàn)目標(biāo)統(tǒng)一這件事。

（OKR的基本知識(shí)，推薦去Worktile OKR專題頁(yè)了解：https://help./okr/）

（OKR是戰(zhàn)略同步和戰(zhàn)略溝通工具，服務(wù)于團(tuán)隊(duì)的使命和愿景）

 1. 寫好O和KR是執(zhí)行OKR最難的第一步 

在研發(fā)團(tuán)隊(duì)落地OKR，本身并不是一件特別容易的事情，Worktile 團(tuán)隊(duì)經(jīng)歷了將近3年的反復(fù)嘗試才逐漸找到OKR執(zhí)行的感覺(jué)，而所有難點(diǎn)中，開始階段是：如何寫好你的O（目標(biāo)）和KR（關(guān)鍵結(jié)果）。

（一個(gè)典型的研發(fā)O和KR定義）

所以，開始階段需要不斷在形式上保證OKR的執(zhí)行，這個(gè)是非常必要且需要堅(jiān)持的事情，然后不斷打磨每個(gè)周期里的O和KR的定義。下面是一些OKR模板大全，看看優(yōu)秀團(tuán)隊(duì)OKR是如何定義的：

• 產(chǎn)品經(jīng)理的OKR模板大全：https:///blog/okr/okr-template-01-product-and-design

• 技術(shù)和研發(fā)的OKR模板大全：https:///blog/okr/okr-template-02-dev

 2. OKR + Scrum的方法論 

本文并不能將Scrum展開來(lái)討論，因?yàn)檫@實(shí)在是一個(gè)大大大的話題，在我們團(tuán)隊(duì)實(shí)施Scrum有個(gè)大圖景，其中包括了：敏捷開發(fā)、代碼托管、持續(xù)集成、持續(xù)部署和持續(xù)發(fā)布。

下面這張圖是以最基礎(chǔ)的敏捷開發(fā)為例，從如何開會(huì)、如何定義團(tuán)隊(duì)規(guī)模、如何角色劃分、如何迭代、如何測(cè)試，有非常專業(yè)且詳細(xì)的管理細(xì)節(jié)。

不過(guò)，回到落地Scrum，同時(shí)又關(guān)注OKR的研發(fā)團(tuán)隊(duì)來(lái)說(shuō)，Scrum + OKR是一個(gè)極其有價(jià)值的組合工具，我們自己的經(jīng)驗(yàn)是以以下方式結(jié)合的：

• 部門級(jí)OKR驅(qū)動(dòng) + 部門內(nèi)敏捷驅(qū)動(dòng)，OKR不到個(gè)人層級(jí)，但團(tuán)隊(duì)中的牛人可以O(shè)KR驅(qū)動(dòng)

• 迭代與OKR周期匹配，Sprint Meeting和OKR Review Meeting結(jié)合

• OKR輔助優(yōu)化產(chǎn)品Backlog的優(yōu)先級(jí)

• Scrum Master 參與 OKR Master 目標(biāo)修正

我們總體在公司層將OKR執(zhí)行的單元控制在部門層級(jí)，并沒(méi)有強(qiáng)制個(gè)人制定個(gè)人的O和KR，所以回到研發(fā)團(tuán)隊(duì)管理上，部門的大方向和大目標(biāo)靠OKR保證。而部門內(nèi)的迭代，Product Backlog和Sprint Backlog則以敏捷的周期和原則執(zhí)行。

大方向由OKR保證，并且影響優(yōu)先級(jí)，小迭代和任務(wù)計(jì)劃，基于敏捷的原則執(zhí)行，簡(jiǎn)直是完美配搭。

 3. 會(huì)議制度 

我們推薦以Sprint Meeting和OKR Review Meeting為核心的復(fù)盤和計(jì)劃會(huì)議。

Worktile研發(fā)團(tuán)隊(duì)，通常會(huì)定期在每周五的上午有一個(gè)非常長(zhǎng)的同步會(huì)議，核心內(nèi)容是基于Scrum的一個(gè)Sprint迭代來(lái)復(fù)盤進(jìn)度和異議解決，產(chǎn)品和研發(fā)在一起高效溝通當(dāng)前版本的進(jìn)度和問(wèn)題，并快速協(xié)商解決方案，指定執(zhí)行人。

而另一方面，我們會(huì)在例會(huì)中共同復(fù)盤和更新研發(fā)團(tuán)隊(duì)的目標(biāo)樹，投影將打出兩個(gè)頁(yè)面，一個(gè)是迭代的故事板，一個(gè)是OKR的目標(biāo)樹。

對(duì)研發(fā)團(tuán)隊(duì)而言，通過(guò)OKR例會(huì)和Scrum例會(huì)，很好的規(guī)范了每次會(huì)議的核心內(nèi)容，效率自然非同反響。

（例行的Scrum會(huì)議，同時(shí)復(fù)盤迭代的進(jìn)度和OKR目標(biāo)達(dá)成）

 4. 每日站立 

每日15分鐘的站立會(huì)議，是敏捷型研發(fā)團(tuán)隊(duì)的必修課?？焖俳涣髯蛉者M(jìn)展和問(wèn)題，快速商議解決，然后快速計(jì)劃今天的工作安排，每天花很小的時(shí)間復(fù)盤，這才是小步迭代。

當(dāng)然，如果對(duì)著Worktile的迭代故事板去討論，就免去了在墻上貼一大堆的標(biāo)簽，感覺(jué)很爽很到位。

（每天發(fā)生的短小精悍的站立會(huì)議）

 5. 落地OKR的各種坑 

執(zhí)行OKR，一些坑是初次體驗(yàn)的團(tuán)隊(duì)常常犯的問(wèn)題，總結(jié)下來(lái)主要是以下方面：

• 和績(jī)效考核掛鉤

• 一上來(lái)就全員執(zhí)行

• 變成目標(biāo)分解工具

• HR負(fù)責(zé)，而不是團(tuán)隊(duì)老大

OKR不是靈丹妙藥，更像一個(gè)二把刀大夫，你信就能行，你不信就不行。OKR提供了基本的方法論、儀式、流程和規(guī)則，能夠?yàn)閳F(tuán)隊(duì)構(gòu)建基本的目標(biāo)同步框架，實(shí)際落地需要公司決策層有堅(jiān)持走下去的決心，嘗試一次不行，要再調(diào)整然后接著來(lái)。我們自己團(tuán)隊(duì)從開始接觸到今天，OKR的嘗試上已經(jīng)是第三次才逐漸找到感覺(jué)。

談?wù)勓邪l(fā)績(jī)效

縱橫江湖這么多年，知名的外企，頭部的公司，小而美的海外企業(yè)，特別官僚的國(guó)內(nèi)公司，包括我們一起共建和共創(chuàng)的客戶，我經(jīng)歷和了解的公司至少上百家以上。

但是講真，在研發(fā)績(jī)效管理上做的好的，鳳毛麟角。本身而言，研發(fā)的績(jī)效、目標(biāo)、管理和獎(jiǎng)懲，從來(lái)都是一件難的事情，不要試圖以過(guò)于簡(jiǎn)單的方案來(lái)解決。

我曾見識(shí)過(guò)一家500人研發(fā)團(tuán)隊(duì)的公司，為了指標(biāo)化研發(fā)的KPI，將研發(fā)工作細(xì)分成幾千個(gè)指標(biāo)，然后通過(guò)幾千個(gè)指標(biāo)的動(dòng)態(tài)結(jié)果來(lái)指導(dǎo)績(jī)效和方向。這種嘗試骨骼清奇，但我從過(guò)往經(jīng)驗(yàn)里表達(dá)了深深的懷疑。我們所認(rèn)識(shí)的那些牛逼閃閃的公司，沒(méi)有一家是這樣做的，更多的方式還是停留在人類智力可以理解和共識(shí)的方式上：

• 360度

• 職級(jí)

• Peer Review

• 項(xiàng)目制獎(jiǎng)懲

• 分級(jí)考核

下面，將我們自己在運(yùn)行的績(jī)效和獎(jiǎng)懲方法，做一些淺嘗輒止的分享。

 1. 360度 

我們?cè)谘邪l(fā)績(jī)效制度上，主要實(shí)行360考核，每半年一個(gè)周期，年中考核占30%的權(quán)重，年底考核占70%權(quán)重。包括了自評(píng)、同事、直屬上級(jí)、HR和老板，考核的核心是以個(gè)人對(duì)公司影響力作為最重要的標(biāo)準(zhǔn)。

因此考核前的述職過(guò)程對(duì)每個(gè)人至關(guān)重要，因?yàn)槟阈枰f(shuō)清楚我在這個(gè)周期里，做了哪些有價(jià)值的事情，帶來(lái)了哪些有意義的結(jié)果，存在哪些問(wèn)題，以后如何避免和解決。

我們的部門考核，直接由部門總監(jiān)的360度結(jié)果來(lái)代替，所以這意味著部門總監(jiān)的個(gè)人考核結(jié)果，就是部門整體的結(jié)果，會(huì)影響部門整體的系數(shù)。

有考核就有獎(jiǎng)懲。360考核是決定一個(gè)個(gè)體和團(tuán)隊(duì)一年的獎(jiǎng)勵(lì)或者懲罰，做得好的和做的不好，都由這個(gè)結(jié)果來(lái)評(píng)定。

獎(jiǎng)金由結(jié)果決定，我們通常會(huì)定義公司、部門和個(gè)人三級(jí)系數(shù)，不同的系數(shù)代表了不同的含義，然后加權(quán)出來(lái)的結(jié)果代表了你能拿到多少獎(jiǎng)勵(lì)：

• 公司系數(shù)：基本由公司的總體營(yíng)收和整體目標(biāo)達(dá)成情況有關(guān)，決定了公司總獎(jiǎng)金池和調(diào)薪池的多少。

• 部門系數(shù)：也就是部門總監(jiān)的個(gè)人系數(shù)，決定了部門在公司多個(gè)部門的排序，以及該部門總的獎(jiǎng)勵(lì)系數(shù)。

• 個(gè)人系數(shù)：就是個(gè)人的考核結(jié)果，決定了個(gè)人在所在部門的排序，以及個(gè)人總的獎(jiǎng)勵(lì)系數(shù)。

這三個(gè)因素加權(quán)到一起，基本就為每個(gè)人和每個(gè)部門定義了一年的收成。

360度或許不是最佳的績(jī)效方案，但這是當(dāng)下普遍執(zhí)行的規(guī)則里最有效的辦法和方式。當(dāng)然，執(zhí)行360度考核有很多執(zhí)行的細(xì)節(jié)，這些是施行過(guò)程中很重要的平衡，每個(gè)考核結(jié)束都要復(fù)盤做哪些調(diào)整。

總體而言，獎(jiǎng)勵(lì)和懲罰也沒(méi)有永遠(yuǎn)的絕對(duì)公平，只有相對(duì)的。但是在規(guī)則定義上，如何實(shí)現(xiàn)按照影響力評(píng)價(jià)，就能最大程度的保證能者多勞這一基本常識(shí)。

 2. 職級(jí)驅(qū)動(dòng) 

職級(jí)體系是研發(fā)型團(tuán)隊(duì)最有價(jià)值的工具，職級(jí)體系是一個(gè)職業(yè)序列，可以方便的定義一個(gè)人對(duì)公司影響力的評(píng)級(jí)和序列，而不是職位序列。所以，對(duì)于資深的工程師或者架構(gòu)師來(lái)說(shuō)，他的職級(jí)可以比自己的部門領(lǐng)導(dǎo)高，但職位可以略低。

職級(jí)體系同時(shí)定義了薪資范圍和期權(quán)范圍，從而讓職級(jí)成為一個(gè)程序員向上通道的必經(jīng)之路，原因是職級(jí)可能定義他在公司維度下薪資的上限，必須職級(jí)提升才能突破某個(gè)薪資瓶頸。

職級(jí)的價(jià)值在于：它是清晰定義的透明規(guī)則，包括薪資范圍、期權(quán)、附加福利、評(píng)級(jí)標(biāo)準(zhǔn)。這樣的透明標(biāo)準(zhǔn)能夠最大程度上調(diào)動(dòng)每個(gè)人向上成長(zhǎng)的積極性。例如，職級(jí)對(duì)應(yīng)的附加福利中，我們會(huì)包括你每年可以參加外部培訓(xùn)的額度，這對(duì)學(xué)習(xí)型工程師都是非常好的小福利。

（職級(jí)體系）

職級(jí)體系不是一個(gè)簡(jiǎn)單的工具，需要考慮很多細(xì)節(jié)和適配不同公司的規(guī)則，例如如何評(píng)級(jí)職級(jí)，技術(shù)委員會(huì)對(duì)研發(fā)崗位每個(gè)人的技術(shù)能力定義，職級(jí)評(píng)價(jià)的周期，每個(gè)職級(jí)的要求。

總體而言，職級(jí)是個(gè)有效工具，能夠好的驅(qū)動(dòng)那些有向上野心的團(tuán)隊(duì)成員，以最透明和公平的方式在向上的通道前進(jìn)。

多說(shuō)一句，我們?cè)谘邪l(fā)團(tuán)隊(duì)是以O(shè)KR+ 360度 + 職級(jí)體系來(lái)建立相對(duì)完善的管理體系，而在業(yè)務(wù)團(tuán)隊(duì)，包括銷售、客戶成功、市場(chǎng)團(tuán)隊(duì)，則更加突出KPI的導(dǎo)向性，所以KPI也不是毒藥，KPI要善用到合適的地方，以及以合適的方式。

 3. 分級(jí)考核 

分級(jí)考核是我們?cè)谥鸩絿L試的方案，還沒(méi)有完全落地，只是一個(gè)探討階段的東西。實(shí)行分級(jí)考核的原因是，任何組織和團(tuán)隊(duì)，都常識(shí)性的遵循2-7-1原則，一定有20%的牛人來(lái)長(zhǎng)遠(yuǎn)的帶來(lái)公司前進(jìn)，也大概率上有70%的執(zhí)行層需要靠規(guī)則和優(yōu)秀的角色來(lái)影響前進(jìn)。

所以考核的方式上不能實(shí)行統(tǒng)一的規(guī)則，否則要么對(duì)牛人定了太低的標(biāo)準(zhǔn)，要么對(duì)一般能力的人定了太高的標(biāo)準(zhǔn)。

另一方面，分級(jí)考核也能夠從規(guī)則上驅(qū)動(dòng)70%的小伙伴，有努力向20%提高的動(dòng)力和標(biāo)準(zhǔn)。當(dāng)然，我們還在考察和嘗試，這里僅僅拋磚引玉。

 4. 總獎(jiǎng)勵(lì)和總營(yíng)收掛鉤 

這一條本來(lái)是一個(gè)常識(shí)性的結(jié)論，只是這個(gè)時(shí)代太多融資了的公司并沒(méi)有很好的理解獎(jiǎng)勵(lì)的本質(zhì)，很多時(shí)候拿融資的錢獎(jiǎng)勵(lì)，是不道德的。所以，讓總營(yíng)收和總獎(jiǎng)勵(lì)掛鉤，是最合理，也最理直氣壯的方式。

這一條在我們的邏輯里，就是由總營(yíng)收來(lái)影響績(jī)效考核的公司級(jí)系數(shù)，這個(gè)系數(shù)由核心管理層來(lái)定義即可。

工具化

工欲善其事必先利其器，這是真理。工具的核心價(jià)值，不是僅僅通過(guò)工具提高效率，更重要的是，利用工具能夠?yàn)閳F(tuán)隊(duì)修好水渠。

研發(fā)團(tuán)隊(duì)本身的管理、績(jī)效、工作流程有很多可以水渠化的事情，所以用一個(gè)好的工具能夠最有效的幫助研發(fā)團(tuán)隊(duì)修好水渠，然后達(dá)成團(tuán)隊(duì)的目標(biāo)。

當(dāng)然，主要推薦的是我們自己在用，并且很有效的自家工具：Worktile。核心原因是對(duì)研發(fā)團(tuán)隊(duì)而言，Worktile能夠幫助解決的主要是以下兩個(gè)方面：

• 基于敏捷的全流程項(xiàng)目管理

• 基于OKR的目標(biāo)工具

 1. 通過(guò)Worktile項(xiàng)目管理（Scrum和Kanban）驅(qū)動(dòng)敏捷研發(fā)全流程 

目前已經(jīng)有幾十萬(wàn)團(tuán)隊(duì)通過(guò)Worktile協(xié)同工作，其中研發(fā)團(tuán)隊(duì)占比是最高的，源于我們提供了對(duì)敏捷全流程的完整工具鏈支持，以及更好的產(chǎn)品體驗(yàn)：

• 支持Scrum和Kanban兩種敏捷實(shí)踐方式

• 基于敏捷方法論的完整迭代、故事板、需求、任務(wù)和缺陷管理

• 豐富的報(bào)表和數(shù)據(jù)統(tǒng)計(jì)，對(duì)研發(fā)決策管理一目了然

• 打通研發(fā)和業(yè)務(wù)，更好的跨部門協(xié)作支持

落地敏捷，需要能夠支撐全流程的簡(jiǎn)單工具，Worktile為你提供了所需的一切。

 2. 通過(guò)Worktile OKR工具落地OKR的執(zhí)行 

Worktile是國(guó)內(nèi)首家將OKR落地到工具化的產(chǎn)品，為團(tuán)隊(duì)執(zhí)行OKR提供了更好，更方便，更數(shù)據(jù)化的支持，主要包括：

• OKR的執(zhí)行全流程管理，從啟動(dòng)、周期、打分和評(píng)審

• 基于公司、部門和個(gè)人分級(jí)的O和KR管理

• 一個(gè)基于目標(biāo)體系的目標(biāo)樹

• 基于目標(biāo)執(zhí)行的自動(dòng)化運(yùn)營(yíng)分析，同統(tǒng)計(jì)報(bào)表告知團(tuán)隊(duì)OKR執(zhí)行和更新的情況

• 自動(dòng)目標(biāo)更新提醒

（在Worktile以更有效的方式定義OKR）

OKR是個(gè)簡(jiǎn)單的方法論，工具本身并不復(fù)雜，但自動(dòng)化方式顯然好過(guò)Excel共享方式帶給團(tuán)隊(duì)的價(jià)值。這些都是Worktile已經(jīng)修好的水渠，你只需將水引入即可。

總結(jié)

好了，這是一篇匯聚研發(fā)團(tuán)隊(duì)，從管人到管事的一些點(diǎn)滴經(jīng)驗(yàn)，背后投射的是一個(gè)百人規(guī)模研發(fā)團(tuán)隊(duì)在過(guò)去成長(zhǎng)之路上不斷迭代的經(jīng)驗(yàn)和方法。

每個(gè)團(tuán)隊(duì)都是獨(dú)特和與眾不同的，所以經(jīng)驗(yàn)和方法也不一定適合所有，只是希望一些可能的思路，能帶給你的團(tuán)隊(duì)一些轉(zhuǎn)折和啟發(fā)。

程序員群體，也是獨(dú)特而與眾不同的一群可愛的家伙，他們有自命不凡的習(xí)慣，也有改天換地的雄心，他們不會(huì)循規(guī)蹈矩，更不會(huì)一直被996束縛手腳，驅(qū)動(dòng)這群難搞的人不是一件容易的事，需要站在開發(fā)者的視角去理解他們的工作和樂(lè)趣，然后共創(chuàng)出能夠執(zhí)行、能夠激勵(lì)、能夠數(shù)字化的方案，這是我們Worktile在試圖努力的方向，也是我們自己獻(xiàn)給自己工程師們的禮物。

歡迎你貢獻(xiàn)你們團(tuán)隊(duì)的經(jīng)驗(yàn)，私信我，或者留言，咱們看看還有什么更好的辦法，解放天下程序員。

//anytao

//2019-7-12