阿里、騰訊以及一些創(chuàng)業(yè)公司是如何進(jìn)行研發(fā)管理和績(jī)效考核的?在知乎上，這個(gè)問(wèn)題得到了超過(guò)5000位網(wǎng)友的關(guān)注，顯然，BAT獲得的巨大成功使得巨頭們的管理模式成為了人們好奇的焦點(diǎn)。豌豆莢創(chuàng)始團(tuán)隊(duì)成員丁吉昌這個(gè)問(wèn)題下做了一個(gè)豌豆莢研發(fā)管理的詳細(xì)分享。

　　知乎網(wǎng)友：丁吉昌，豌豆莢創(chuàng)始團(tuán)隊(duì)成員

　　正好最近做了一個(gè)豌豆莢研發(fā)管理的分享，稍微整理了一份分享到這里，一起交流學(xué)習(xí)。

　　首先，畫(huà)一下我們通常講研發(fā)管理的范疇：確定如何立項(xiàng)，如何確定產(chǎn)品目標(biāo)，如何把控項(xiàng)目進(jìn)度，如何驅(qū)動(dòng)產(chǎn)品一代代完善以及如何調(diào)動(dòng)團(tuán)隊(duì)積極性等。

　　在時(shí)間周期上來(lái)說(shuō)，我們歸納為 5 個(gè)關(guān)鍵步驟：選方向、定目標(biāo)、控進(jìn)度、帶團(tuán)隊(duì)和排干擾。

　　相配套的，則是在這五個(gè)關(guān)鍵步驟的一些流程和工具的使用。

　　一、高效研發(fā)的5個(gè)關(guān)鍵步驟

　　第一步：立項(xiàng)——定方向

　　在豌豆莢的整個(gè)研發(fā)過(guò)程中，立項(xiàng)稱為ProductBrief或者Project Brief。團(tuán)隊(duì)的產(chǎn)品經(jīng)理會(huì)撰寫(xiě)一個(gè)1-2頁(yè)的文檔，然后和執(zhí)行團(tuán)隊(duì)進(jìn)行評(píng)審，如果評(píng)審?fù)ㄟ^(guò)，立項(xiàng)就成功了。文檔一般包含會(huì)包含以下內(nèi)容：

　　1. 愿景：一句話表達(dá)清楚要做什么;

　　2. 分析市場(chǎng)機(jī)會(huì)和趨勢(shì)，決定當(dāng)前策略;

　　3. 確定目標(biāo)用戶的特征和核心需求;

　　4. 現(xiàn)存的解決方案和各自的優(yōu)劣勢(shì);

　　5. 該項(xiàng)目對(duì)豌豆莢的利益點(diǎn);如果不做該項(xiàng)目，哪些競(jìng)爭(zhēng)對(duì)手會(huì)做，對(duì)競(jìng)爭(zhēng)對(duì)手的利益點(diǎn);

　　6. 需要哪些技術(shù)的支持和驅(qū)動(dòng)，哪些技術(shù)是豌豆莢的弱項(xiàng);

　　7. 人力需求;

　　8. 項(xiàng)目的緊急程度，是否需要快速推進(jìn);

　　9. 發(fā)布策略;

　　10.核心衡量指標(biāo)，用來(lái)衡量成功的指標(biāo)。

　　第二步，OKR 體系——定目標(biāo)

　　對(duì)一個(gè)項(xiàng)目來(lái)說(shuō)，設(shè)定目標(biāo)是非常重要的，因?yàn)檫@決定了如何去做，以及能做到何種程度。豌豆莢采納的目標(biāo)管理是從 Google 引進(jìn)的 OKR 體系(Objectives& Key Results，目標(biāo)與關(guān)鍵成果)，這跟傳統(tǒng)的 KPI(Key Performance Indicator，關(guān)鍵績(jī)效考核)稍微有些區(qū)別：

　　1. OKR 首先是溝通工具：豌豆莢共有 300 多人，每個(gè)人都要寫(xiě) OKR。為了便于溝通，所有這些OKR都會(huì)放在一個(gè)文檔里。任何員工都可以看到 CEO 的這個(gè)季度最重要的目標(biāo)是什么，HR 團(tuán)隊(duì)這個(gè)季度的目標(biāo)是什么。

　　2. OKR是努力的方向和目標(biāo)：OKR代表你到底要去哪里，而不是你要去的地方具體在哪里。

　　3. OKR必須可量化。比如健身時(shí)設(shè)定鍛煉目標(biāo)，如果只是定義成「我們要努力提高身體素質(zhì)」，肯定不是一個(gè)好的 OKR，因?yàn)闊o(wú)法衡量，好的OKR是「今年的跑步時(shí)間較去年增加一倍」。

　　4. 目標(biāo)必須一致：制定者和執(zhí)行者目標(biāo)一致、團(tuán)隊(duì)和個(gè)人的目標(biāo)一致。首先，制定公司的OKR;其次，每個(gè)團(tuán)隊(duì)定自己的 OKR;第三，每個(gè)工程師或設(shè)計(jì)師寫(xiě)各自的OKR。這三步各自獨(dú)立完成，然后對(duì)照協(xié)調(diào)這三者的OKR。在豌豆莢，OKR跟個(gè)人績(jī)效沒(méi)有關(guān)系，因?yàn)镺KR 系統(tǒng)的結(jié)果和每個(gè)人并不直接掛鉤。

　　5. 通過(guò)月度會(huì)議Review ，時(shí)時(shí)跟進(jìn)OKR： 在月度會(huì)議上需要確定如何去達(dá)到目標(biāo)，是一個(gè)幫助達(dá)到目標(biāo)的過(guò)程。

　　6. 通過(guò)季度會(huì)議 Review ，及時(shí)調(diào)整OKR：互聯(lián)網(wǎng)的變化非常快，所以豌豆莢每季度有一個(gè)OKR 的 review，調(diào)整的原則是目標(biāo)(Objectives)不變，只允許調(diào)整關(guān)鍵成果(Key Results)。

　　為了更好的理解如何制定OKR體系，我們看個(gè)例子：

　　● 目標(biāo)(Objectives)：發(fā)布有影響力的新功能，將 XXX 產(chǎn)品做成用戶可以每日使用的產(chǎn)品。

　　● 關(guān)鍵成果(Key Results)：

　　日活躍用戶量為XX;

　　使用XX方式，提高XXX核心指標(biāo);

　　第三步，項(xiàng)目管理——控進(jìn)度：

　　目標(biāo)設(shè)定以后，非常重要的就是執(zhí)行，一般的項(xiàng)目管理實(shí)際上就是控制進(jìn)度。

　　1. 任務(wù)/進(jìn)度勤同步。整個(gè)公司所有人的 calender，包括會(huì)議、要做的事情、項(xiàng)目的時(shí)間節(jié)點(diǎn)都需要及時(shí)同步。在整個(gè)戰(zhàn)略布局上，如果某個(gè)項(xiàng)目工期非常緊，就必須進(jìn)行更多的溝通，確保每一個(gè)環(huán)節(jié)都沒(méi)有問(wèn)題。

　　2. 站立會(huì)議 (Daily Sync)：每天進(jìn)行站立會(huì)議，一般控制在十分鐘之內(nèi)，每個(gè)人說(shuō)明自己今天要做的工作，需要什么幫助，有誰(shuí)可以幫忙，可以更有效的調(diào)節(jié)資源和公關(guān)。

　　3. 多方位溝通(Google Docs / Gmail / Hangouts)：對(duì)非緊急的事情，兩個(gè)團(tuán)隊(duì)或者是兩個(gè)人一起討論所有的設(shè)計(jì)。Hangouts用于做快速響應(yīng)。

　　4. 周會(huì)(Weekly Report)：每周總結(jié)。豌豆莢的團(tuán)隊(duì)產(chǎn)品經(jīng)理要做周報(bào)，匯報(bào)這周的工作、發(fā)布、取得效果以及數(shù)據(jù)。

　　5. 數(shù)據(jù)系統(tǒng)：MUCE 是豌豆莢的數(shù)據(jù)系統(tǒng)，上面有全公司所有的產(chǎn)品數(shù)據(jù)和運(yùn)營(yíng)數(shù)據(jù)。MUCE 的數(shù)據(jù)能夠用來(lái)驗(yàn)證產(chǎn)品的假設(shè)、方向等。

　　第四步，人員管理——帶團(tuán)隊(duì)：

　　項(xiàng)目是由一個(gè)個(gè)具體的人來(lái)執(zhí)行的，所以帶團(tuán)隊(duì)非常重要，在人員管理上，豌豆莢有三個(gè)基本原則：

　　1、Re-Organization& 換組：公司鼓勵(lì)員工換組，每個(gè)人都有機(jī)會(huì)到喜愛(ài)的團(tuán)隊(duì)做更有趣的事情。只要在原團(tuán)隊(duì)的績(jī)效合格，每季度都可申請(qǐng)換團(tuán)隊(duì)或換工作內(nèi)容。員工的績(jī)效不與 OKR 掛鉤，公司鼓勵(lì)員工挑戰(zhàn)難度、超越優(yōu)秀，低 Level 的事情做不到優(yōu)秀會(huì)被懲罰，做事不及格也會(huì)被懲罰。

　　2、One on One：在帶人方面， One on One 非常重要。One on One 指的是每個(gè)團(tuán)隊(duì)的 manager 需要定期(最佳間隔是每周一次)與自己團(tuán)隊(duì)中的每個(gè)成員進(jìn)行一對(duì)一討論或者對(duì)話。在豌豆莢，manager 首先是一個(gè)教練，應(yīng)該幫助自己團(tuán)隊(duì)的成員成長(zhǎng)。通過(guò) One on One，manager 需要了解每個(gè)團(tuán)隊(duì)成員現(xiàn)階段的狀態(tài)和遭遇的困擾，分享職業(yè)規(guī)劃，幫助他們正確地處理問(wèn)題，更好地實(shí)現(xiàn)個(gè)人成長(zhǎng)。

　　3、個(gè)人 OKR 和 Performance 體系：每個(gè)員工在每個(gè)季度初需要確定自己本季度的 OKR，在一個(gè)季度結(jié)束后需要根據(jù)自己這個(gè)季度的工作完成情況給 OKR 打分。每半年公司會(huì)進(jìn)行一次 Performance Review，主要是 review 員工過(guò)去半年的績(jī)效，并根據(jù) Performance Review 的結(jié)果變更 Job Ladder(業(yè)務(wù)職級(jí))和薪酬。值得一提的是，在豌豆莢，所有的個(gè)人Performance Review 的成就內(nèi)容及級(jí)別都是全公司共享公開(kāi)的，如下圖所示。這個(gè)對(duì)于很多公司來(lái)說(shuō)是不可想象的，豌豆莢為什么要這么做?因?yàn)橐环矫鎸?duì)于豌豆莢來(lái)說(shuō)可以做到更為公平和透明，另一方面也給每位豌豆提供了更好學(xué)習(xí)和成長(zhǎng)自己的樣本，激勵(lì)大家在產(chǎn)品研發(fā)中更高質(zhì)量的挑戰(zhàn)和要求自己。

　　第五步，興趣管理——排干擾：

　　1、激發(fā)興趣：HackDay，是豌豆莢一個(gè)特殊的節(jié)日，開(kāi)始于2010年，類似黑客馬拉松。通常在春節(jié)假期回來(lái)的那一周，產(chǎn)品設(shè)計(jì)師和工程師們 3-5 人組成一隊(duì)，在連續(xù)48小時(shí)的時(shí)間里，充分展現(xiàn)工程團(tuán)隊(duì)的創(chuàng)意和想像力，完成一些比日常開(kāi)發(fā)更 geek、更有趣的東西。

　　豌豆莢為了鼓勵(lì)大家更好的完成挑戰(zhàn)，也會(huì)設(shè)計(jì)一些特別有特色的獎(jiǎng)品，歷史上2012 年提供的是蘋果剛出 Macbook Retina，2013年是 Google Glass，2014 年則是程序員最愛(ài)的 Herman Miller 頂級(jí)座椅。

　　在歷史的 Hackday 中，有不少作品最終都成了重要產(chǎn)品對(duì)外發(fā)布，比如 MUCE、豌豆洗白白和 IAS(應(yīng)用內(nèi)搜索)，都成為了豌豆莢極具特色的產(chǎn)品。

　　2、控制興趣：PolishWeek，讓公司慢下來(lái)，對(duì)已有產(chǎn)品的細(xì)節(jié)進(jìn)行精細(xì)化的過(guò)程。在大量開(kāi)發(fā)和新產(chǎn)品上線的過(guò)程中，我們會(huì)擔(dān)心因?yàn)樽叩锰於鴮?duì)產(chǎn)品的細(xì)節(jié)關(guān)注不夠。在連續(xù)3個(gè)工作周后，第4周通常是 PolishWeek。在 Polish Week 的這一周，豌豆莢內(nèi)部不會(huì)進(jìn)行新產(chǎn)品或新功能的開(kāi)發(fā)，而主要是對(duì)現(xiàn)有的產(chǎn)品和服務(wù)進(jìn)行打磨，解決一些細(xì)節(jié)問(wèn)題和小 bug，譬如產(chǎn)品內(nèi)一些字體的統(tǒng)一等等。平均每個(gè) Polish Week 會(huì)解決產(chǎn)品中各種 Bug 大約 200 個(gè)。

　　二、高效研發(fā)的流程和工具

　　過(guò)去幾年豌豆莢做 Windows 版的時(shí)候，嘗試過(guò)一個(gè)月、兩個(gè)月、一個(gè)星期、兩個(gè)星期的發(fā)布節(jié)奏，整個(gè)模式跟 Chrome 比較像，有功能發(fā)布就希望盡早的發(fā)。我們?cè)诜?wù)端上每天都有更新，客戶端會(huì)慢一點(diǎn)，現(xiàn)在大概是兩周一個(gè)版本，如下圖所示：

　　在開(kāi)發(fā)節(jié)奏上，前兩周的時(shí)間用于開(kāi)發(fā)，然后截取分支準(zhǔn)備發(fā)布，接下來(lái)兩周進(jìn)行測(cè)試，同時(shí)進(jìn)行另一個(gè)開(kāi)發(fā)，每一個(gè)迭代都控制在兩周之內(nèi)。相對(duì)而言，服務(wù)端的發(fā)布比較好操作，可以做很多的回歸測(cè)試和自動(dòng)化測(cè)試，不太需要手工的測(cè)試來(lái)做發(fā)布，但是 Windows 和 Android 都會(huì)有一些 Beta 的發(fā)布，在內(nèi)部很難模擬用戶的使用場(chǎng)景和用戶的環(huán)境，所以在 release 之后的過(guò)程中一般會(huì)抽樣 1%、5%、10% 這樣一個(gè)節(jié)奏來(lái)做驗(yàn)證，主要是看某些指標(biāo)是否達(dá)標(biāo)。

　　這個(gè)流程剛開(kāi)始執(zhí)行的時(shí)候問(wèn)題特別多。比如在這周開(kāi)發(fā)完成以后，測(cè)試發(fā)現(xiàn)根本測(cè)試不了，有很多很多的 Bug，工程師只好利用第二個(gè)研發(fā)周期去修 Bug，然后又會(huì)影響第二周期的開(kāi)發(fā)，這樣問(wèn)題越來(lái)越多，就會(huì)導(dǎo)致流程很難進(jìn)行，然后進(jìn)入惡性循環(huán)。為了解決這個(gè)問(wèn)題，首先在操作層面上一開(kāi)始先用一個(gè)月的迭代來(lái)讓大家適應(yīng)，同時(shí)要求 Master 分支必須是可用的(比如某人提交了代碼跑不起來(lái)，或者沒(méi)有經(jīng)過(guò)測(cè)試，給其他同事帶來(lái)了阻礙，就會(huì)被要求請(qǐng)全團(tuán)隊(duì)喝咖啡)。其次加強(qiáng)單元測(cè)試和回歸測(cè)試，確保每個(gè)迭代的研發(fā)質(zhì)量是可控的，后面的測(cè)試主要是回歸和校驗(yàn)，減輕相互重疊的壓力問(wèn)題。一個(gè)月的迭代跑順了之后，再跑到兩周、一周的節(jié)奏，整體來(lái)看，差不多用了半年的時(shí)間，豌豆莢就完全跑順了這個(gè)流程，想快可以快，想慢也可以慢。

　　工欲善其事必先利其器，為了提升產(chǎn)品研發(fā)效率，豌豆莢內(nèi)部開(kāi)發(fā)了一款項(xiàng)目管理工具Wandoulabs。作為內(nèi)部的溝通工具，它主要用來(lái)做跨團(tuán)隊(duì)溝通，全公司所有員工都會(huì)使用。重要的 roadmaps 必須在這里登記，登記了以后，一個(gè)項(xiàng)目需要多少設(shè)計(jì)師、需要多少marketing、每個(gè)階段是什么樣以及工程師的發(fā)布狀態(tài)都可以在這里看得到。

　　這就是前面提到的Wandoulabs，大概邏輯如下：不同的標(biāo)記分別代表研發(fā)狀態(tài)、發(fā)布狀態(tài)、負(fù)責(zé)的團(tuán)隊(duì)及這個(gè)事情的重要級(jí)別。

　　對(duì)于重要的發(fā)布，豌豆莢有三個(gè)最基本的要求：

　　第一要獲得 Product/Design Review 的批準(zhǔn)。一個(gè)功能開(kāi)發(fā)以后，無(wú)論是界面還是整個(gè) UI，如果會(huì)影響到用戶的操作，或者影響到商戶的收入，比如我們的廣告系統(tǒng)或者和合作伙伴的一些策略調(diào)整，這就需要做 Design Review。Design Review 在豌豆莢里面的時(shí)間大概是每周的周一、周三和周六，每次持續(xù) 1-2 個(gè)小時(shí)，包括Product(Review)、Design(Review)或Business(Review)。Product Design指的就是 PD，主要的視覺(jué)設(shè)計(jì)師或產(chǎn)品設(shè)計(jì)師必須全員參加。

　　第二要獲得 EngineeringTech Review 的批準(zhǔn)。這更接近于傳統(tǒng)上的技術(shù)設(shè)計(jì)，主要是看某個(gè)功能在工程設(shè)計(jì)上是怎么做的。做這個(gè)設(shè)計(jì)的團(tuán)隊(duì)和所有工程師必須全員參加，也會(huì)有一個(gè)人來(lái) host，還需要幾個(gè)指標(biāo)的 review。這個(gè)過(guò)程是幫助相關(guān)的工程師把設(shè)計(jì)考慮更全面，包括流量、游戲的帶寬壓力的需求等等。

　　第三要獲得 MarketingReview 的批準(zhǔn)，主要是看產(chǎn)品上需要如何引入 marketing 團(tuán)隊(duì)的配合，需不需要做一些傳播，需不需要注意公關(guān)策略等等。

　　同時(shí)對(duì)于更小的一些 Beta 測(cè)試則不強(qiáng)制要求。這些 Review 實(shí)際上是幫助整個(gè)團(tuán)隊(duì)、整個(gè)公司去理解當(dāng)前最重要是什么，其實(shí)也是建立一個(gè)高標(biāo)準(zhǔn)的過(guò)程。

晉城龍鼎 - 晉城網(wǎng)站建設(shè)為您解答！