前言

管理原則

原則1：管理，就是要越管越輕松,。

原則2：我相信,，但我要確認(rèn)。

原則3：人可以犯錯,，但流程制度不能,。

原則4：盡早實現(xiàn)閉環(huán)管理，形成正反饋,。

作為一名研發(fā)管理者,，或者作為一名需要管理團(tuán)隊的技術(shù)負(fù)責(zé)人，你需要掌握很多技能和多方位專業(yè)能力,，譬如：技術(shù)能力,、管理能力、統(tǒng)籌,、溝通,、產(chǎn)品業(yè)務(wù)能力、系統(tǒng)架構(gòu),、人員招聘,、甚至服務(wù)器運維能力。但這些都只是管理者基本的能力,，而不應(yīng)該成為你日常事務(wù)的核心和重點工作,。

簡單來說，作為研發(fā)管理，要懂得分配,、安排和統(tǒng)籌,。要有自己的想法、規(guī)劃和整體的把控節(jié)奏,。不管是以前管理10個人的團(tuán)隊,，還是現(xiàn)在帶領(lǐng)30人的隊伍，抑或是未來上百人規(guī)模的企業(yè)研發(fā)團(tuán)隊,，你都應(yīng)該能輕松應(yīng)對,，要越管越輕松。好的研發(fā)團(tuán)隊,，應(yīng)該撥高來用,，即下級對上級進(jìn)行向上管理；而不是反向而行,，始終都是向下管理,，甚至CTO干經(jīng)理的活，經(jīng)理做工程師的事,，工程師最終還要被當(dāng)作實習(xí)生來對待,。如果是這樣，就會越管越累,，不僅團(tuán)隊得不到成長,，而且團(tuán)隊整天都很忙還效率不高、問題一堆,。

有這么一個小故事,，有位高級經(jīng)理人上班后幫忙清倒了垃圾，卻被老板訓(xùn)斥,。這就好比如CTO做了實習(xí)生本身要做的事,。事情本身不分對錯，只是站在不同的角度,，有不同的解讀,。

古人有云，“用人不疑,，疑人不用”,。在對待自己的研發(fā)團(tuán)隊時，應(yīng)該相信他們能把事情做好,，并授權(quán)給一線的開發(fā)人員,，讓他們得到充分的專業(yè)發(fā)揮，而不應(yīng)該限制他們的工作,。但在相信他們的同時,，也要進(jìn)行二次確認(rèn),，始終秉持“我相信，但我要確認(rèn)”的原則和嚴(yán)謹(jǐn)精神,。因為每個人都會犯錯和疏忽,，通過發(fā)揮團(tuán)隊的智慧，團(tuán)隊犯錯的機(jī)會將會大大減少,。比如進(jìn)行回歸測試,、代碼review、開發(fā)演示,、變更審批等,。

前面有提到，每個人難免都會犯錯,。但作為管理者,，你所設(shè)計和同意的流程制度不能有紕漏。管理者所作的每一個決定,、每一次溝通都應(yīng)該深思熟慮,。正如紅綠燈的交通設(shè)計一樣，某輛車可能會不小心闖了紅燈而扣分,，但紅綠燈的設(shè)計一定要正確,、人性化和統(tǒng)一化。好比如,，某個開發(fā)人員可能會因為忽略大意而寫了一個Bug,，但在研發(fā)流程和發(fā)布上線的流程設(shè)計上就不能有紕漏。因此,，對于流程制度的設(shè)計，一方面要結(jié)合當(dāng)前團(tuán)隊的人員規(guī)模,、業(yè)務(wù)特點和需要重點解決的問題來設(shè)計,，另一方面也要在人員出錯的防范、效率提升,、發(fā)揮團(tuán)隊集體智慧等維度綜合考量,。你應(yīng)該站在一個更高更抽象的角度來思考，不斷思考一個倍受大家歡迎的公園應(yīng)該是怎么設(shè)計的,，思考一棟有活力,、經(jīng)典和永恒的建筑要遵循哪些模式，思考一個成功,、優(yōu)秀,、卓越的研發(fā)團(tuán)隊?wèi)?yīng)該需要怎樣的流程和制度。

最后,，反饋很重要,。向上匯報很重要,，向下反饋也很重要。能保持順暢的雙向反饋和閉環(huán)管理,，對于研發(fā)團(tuán)隊的協(xié)作和溝通都是非常明顯的積極作用,。在向上匯報方面，要培養(yǎng)團(tuán)隊在正式匯報,、會議匯報,、私下溝通、書面總結(jié),、非正式場合的溝通,，提醒下屬既要報喜也要報憂。凡事,，先記錄,、后跟進(jìn)、最后要反饋,。反饋很重要,，主動匯報更難得。

另一方面,，同時也別忽略了要向下反饋,。好的愛情，都是雙向的,。團(tuán)隊也一樣,，沒有嚴(yán)格的上下等級，只是分工和角色不同,。作為管理者,，不一定要始終保持“神秘感”，讓人“捉摸不透”就是牛,。當(dāng)團(tuán)隊做得好或者某人表現(xiàn)優(yōu)秀時,，記得在公開或私下場合，給予認(rèn)可和贊同,。當(dāng)有業(yè)務(wù)增長和業(yè)績時,，也別忘了給團(tuán)隊一些鼓勵或安排一次下午茶或小飯局。在例會或正式會議上,，也可以把一些重要的信息和高層指示同步給大家,。“要想走得快,，就一個人走,；要想走得遠(yuǎn)，就大家一起走,?！?/p>

當(dāng)向上匯報,、向下反饋的溝通閉環(huán)形成后，同時結(jié)合前面研發(fā)流程的管理閉環(huán),，就能雙管齊下,，形成正向循環(huán)。如此反復(fù),，持之以恒,，優(yōu)秀和卓越的研發(fā)團(tuán)隊，將會得以呈現(xiàn),。

產(chǎn)能,、產(chǎn)出和產(chǎn)效

接下來，繼續(xù)重復(fù)聊一下產(chǎn)能,、產(chǎn)出和產(chǎn)效這幾個話題,。

站在不同的角色角度，以及一家企業(yè)經(jīng)營,、生存和發(fā)展所需要的基礎(chǔ),，我把研發(fā)生產(chǎn)力分為三層，分別是：一線人員的研發(fā)產(chǎn)能,、管理層的軟件產(chǎn)出和經(jīng)營者關(guān)注的企業(yè)產(chǎn)效,。簡單總結(jié)就是：既要把活干好，又要能出成績,，還要能幫公司賺錢,。

一線視角：研發(fā)產(chǎn)能可視化

作為基層的研發(fā)人員、工程師,、技術(shù)人員和程序員,，他們在工作上，關(guān)心的是具體能完成的事務(wù),、具體的工作項,、以及在自己能力和專業(yè)領(lǐng)域內(nèi)能完成的任務(wù)。

在IT互聯(lián)網(wǎng)行業(yè),，普遍有“內(nèi)卷”、加班,、996等文化,。對于怎么讓研發(fā)團(tuán)隊加班這個敏感話題，我的建議是不必太在乎和在意所謂的加班,，更不要進(jìn)行沒有意義的加班,。軟件研發(fā)是一個需要高智力的工作，不同以往工業(yè)時間使用科學(xué)管理的方式就能提升程序員的工作效率和進(jìn)度,。很明顯,，你不能按代碼行數(shù)的多少來衡量程序員的工作量,。

但是，我們需要知道研發(fā)團(tuán)隊每天都在做什么,，以及他們本周和下周的工作計劃是什么,。我們要共同看見研發(fā)人員的每天工作計劃。雖然登記每日工時是很常規(guī)的工作,，但對于團(tuán)隊管理和個人高效工作,，都是有很重要的意義。對于工程師個人,，他會清楚,，自己接下來這周每天的工作計劃；對于項目經(jīng)理,，可以提前了解項目的排期計劃表和項目進(jìn)度和延期風(fēng)險,；對于研發(fā)管理，可以實時掌握研發(fā)團(tuán)隊的工作量飽和度和工作情況,。堅持讓一線員工親自、如實地登記工時,，實現(xiàn)研發(fā)產(chǎn)能的可視化,，是我們后續(xù)研發(fā)效率提升的基礎(chǔ)和關(guān)鍵。

在進(jìn)行工時登記前,，需要先完成兩件重要的事情：第一件事是人才盤點,；第二件事是梳理劃分核心域、支撐域和通用域,。第一件人才盤點,，是了解現(xiàn)有研發(fā)團(tuán)隊的人員情況，例如前端,、后端,、產(chǎn)品、測試分別有多少人,，每個人工作年限,、入職時間和角色分別是什么，包括每個人的簡歷,、過往晉升調(diào)薪情況等,，這有助于管理者（特別是空降的管理層）快速掌握人員情況。這對于后續(xù)的人員分工,、培養(yǎng)基層管理者,、安排新人導(dǎo)師、挖掘KOL意見領(lǐng)袖以及人才培育方面都會有重要的信息參考價值,。

第二件事是關(guān)于主營業(yè)務(wù)的識別和劃分,。這點在DDD領(lǐng)域驅(qū)動設(shè)計一書中有專業(yè)的介紹,。對于管理者，除了掌握團(tuán)隊人員的情況,，還要了解公司產(chǎn)品業(yè)務(wù)的特點和核心業(yè)務(wù)的劃分,。從而進(jìn)一步梳理和劃分支撐域和通用域。然后在這基礎(chǔ)上充分利用自研,、外包開發(fā),、采購等模式，選擇合適的解決方案,，發(fā)揮和使用外部力量的資源優(yōu)勢,，讓自主團(tuán)隊更加專注于核心業(yè)務(wù)的研發(fā)和投入。此時,，可以參考721原則,，即70%以上的時間精力和研發(fā)資源投入到核心主營業(yè)務(wù)和主流程團(tuán)隊；20%左右的資源配置到支撐域,，剩下的10%則劃分給通用域,。

結(jié)合YesDev研發(fā)協(xié)同工具的使用，我們可以更清楚地看到,。任務(wù)登記在人員工時登記和項目進(jìn)度兩方面發(fā)揮了很大的作用,。

首先，對于個人,、行政部門和虛擬的項目組,，可以分別看到自己的、自己所在部門的,、以及參與涉及的工作組的每周任務(wù)計劃和工時登記,，可以分別滿足個人、技術(shù)TL管理者,、項目經(jīng)理等多種角色,。

為此，結(jié)合團(tuán)隊人員和核心域的劃分,，可以在YesDev后臺配置好需要的工作組和產(chǎn)品線,。

其次，對于項目側(cè)和交付側(cè),，任務(wù)和工時,，可以關(guān)聯(lián)到需求，也可以歸集關(guān)聯(lián)到項目,。在項目維度，我們可以看到項目匯總好的實時開發(fā)排期計劃表,、項目每日燃盡圖,、多個項目的宏觀七彩甘特圖,，甚至還有研發(fā)的成本核算。

項目的開發(fā)排期計劃表,，也可以分為兩個維度,，為項目經(jīng)理、技術(shù)管理者和老板提供不同視角的統(tǒng)計數(shù)據(jù),。如果你是項目經(jīng)理或老板,，更關(guān)心結(jié)果，那么可以查看項目開發(fā)計劃表,，因為它會從項目到需求再到任務(wù)這樣的層級進(jìn)行下鉆透析,，還可以對比上一次發(fā)送和統(tǒng)計的結(jié)果變化。

如果你是實線管理的技術(shù)管理者,，更加關(guān)心人員的任務(wù)完成情況和目前的工作計劃,，則可以查看人員排期表。它會從人員出發(fā),，統(tǒng)計每個項目成員所需要的工作量,，以及計劃開始時間和計劃完成時間，還有當(dāng)前的實時完成進(jìn)度,。比如什么時候開發(fā)聯(lián)調(diào),，什么時候可以提測，什么時候可以上線等里程碑節(jié)點,。

這就是研發(fā)產(chǎn)能可視化的作用和價值,。

在此基礎(chǔ)上，我們可以引申和得到我們需要進(jìn)行研發(fā)效率提升和工作計劃安排的基礎(chǔ)工時數(shù)據(jù),。再進(jìn)一步,，我們還可以圍繞任務(wù)和工時，完善閉環(huán)的協(xié)作和閉環(huán)反饋,。例如,，針對任務(wù)的延期設(shè)置任務(wù)延期提醒，同時進(jìn)行釘釘群,、郵件等同步和提醒,，除了提醒開發(fā)者本人，還可讓團(tuán)隊保持信息同步,。

又如,，當(dāng)任務(wù)完成時，所關(guān)聯(lián)的需求,，由YesDev系統(tǒng)自動發(fā)出和更新需求進(jìn)度給到需求方和產(chǎn)品經(jīng)理以及抄送給測試人員,。形成需求進(jìn)度的向上智能反饋。

除此之外，任務(wù)還有很多重要的實用的參數(shù)配置,，可以結(jié)合自己團(tuán)隊的管理和協(xié)作需要,，進(jìn)行配置。

前面所提及的項目燃盡圖,、七彩甘特圖,、項目腦圖等，也可以在YesDev的項目中即時獲得,。不管是要用郵件匯報,，還是要導(dǎo)出Excel附件，還是查看在線的圖表,，都能隨時查看和下載,。

最后，小結(jié)一下研發(fā)產(chǎn)能可視化的實施要點：

1）了解團(tuán)隊人員情況,，劃分業(yè)務(wù)的核心域,；

2）建立工作組，由小組長或意見領(lǐng)袖人員負(fù)責(zé)督促和協(xié)調(diào)小組成員的任務(wù)工時,；

3）每周或每雙周定時檢查和驗收任務(wù)的完成情況,；

4）協(xié)作過程中，如有必要,，可以結(jié)合每日站會進(jìn)行當(dāng)面溝通,；

5）使用YesDev的每周工時登記或其他工具進(jìn)行任務(wù)工時登記、統(tǒng)計和任務(wù)協(xié)作,。

管理視角：軟件產(chǎn)出最大化

曾經(jīng)我作為一名PHP開發(fā)工程師,，在我看來，根據(jù)產(chǎn)品功能需求完成開發(fā)和上線是最基本的崗位職責(zé),；而以更高效率和更高質(zhì)量地完成需求開發(fā)和上線交付,，則是屬于良好的工作表現(xiàn)。那怎么才算是優(yōu)秀的級別呢,？

優(yōu)秀員工的表現(xiàn)是,，你不僅出色完成了代碼的編寫、功能的開發(fā)和上線,，同時你還保證了100%通過的單元測試,、遵循了合適的設(shè)計模式、在靜態(tài)代碼質(zhì)量方面維持了較低的技術(shù)債務(wù),、在數(shù)據(jù)庫慢查詢和接口響應(yīng)時間等性能方面有合適的解決方案和提前考慮,、在文檔編寫和UML圖表設(shè)計有清晰的思路……也就是說，你不僅直接產(chǎn)出了代碼和軟件,，還配套產(chǎn)出單元測試,、文檔、代碼分析報告、UML架構(gòu)設(shè)計,、安全檢測報告等間接的產(chǎn)出,，這些產(chǎn)出是可以量化的，是行業(yè)內(nèi)的標(biāo)準(zhǔn),，是通過第三方來評定和認(rèn)可的。

那么,，何謂卓越的員工呢,？卓越的員工不僅能出色把事情完成，而且這件事情本身也是很有價值的,。例如,，卓越的員工會主動發(fā)現(xiàn)問題、提出他的解決方案并在完成需求開發(fā)的同時主導(dǎo)或獨立落地實現(xiàn),，最后他還會給出優(yōu)化后的效果對比和分析記錄對比總結(jié)和分享等,。又如，卓越的員工都會超越自己去思考,、負(fù)責(zé)和實現(xiàn)在他能力范圍外或在他職責(zé)以外的目標(biāo),，幫助團(tuán)隊或公司不斷解決別人解決不了的歷史難題，或是創(chuàng)造新的價值,。

一開始,，優(yōu)秀或卓越的員工會快速學(xué)習(xí)，獨立完成任務(wù),；逐漸地,，他會成為團(tuán)隊內(nèi)的意見領(lǐng)袖（雖然他還只是一名普通的開發(fā)人員），并持續(xù)給團(tuán)隊帶來正能量和積極的促進(jìn),；到后面,，他會樂意接受不同的挑戰(zhàn)，帶領(lǐng)團(tuán)隊完成一個又一個看似抽象,、不可能完成或者別人不愿意接手的疑難雜癥,。

所以，回到團(tuán)隊管理者的視角,。你覺得作為一名技術(shù)管理者,，什么更重要？

作為一名管理者,，有不同的管理風(fēng)格和方式,。有些以權(quán)威的方式進(jìn)行推進(jìn)，有的則以教練的身份和團(tuán)隊共成長,，有些會以“無為而治”得讓人看不透的方式進(jìn)行團(tuán)隊管理,。不管何種管理風(fēng)格，要想有出色的團(tuán)隊，首先,，你需要有出色的成員,。結(jié)合20-80定律，在團(tuán)隊員最為優(yōu)秀的卓越的成員,，一般情況下來源于三種途徑：第一個是從新人成長到獨擋一面的老員工,，作為老員工，熟悉業(yè)務(wù),、熟悉團(tuán)隊,、熟悉歷史、熟悉各種坑,；第二個是來自空降的技術(shù)人才或職業(yè)經(jīng)理人,，這些人有良好的背景或權(quán)威的專業(yè)知識和經(jīng)驗，但要確保人才和當(dāng)前團(tuán)隊的匹配程度,；第三個則是作為管理者,，之前的老部下。

加班,，只是在工時方面,，粗糙地填補(bǔ)，即使你讓研發(fā)團(tuán)隊每天都多干了幾個小時的活,，但不一定就能提升團(tuán)隊的軟件產(chǎn)出,。軟件產(chǎn)出就是最終可正常工作的軟件，以及配套的中間輸出物,、制品和統(tǒng)稱,。即我們平時所提到的：源代碼、數(shù)據(jù)庫設(shè)計,、上線的軟件系統(tǒng)/產(chǎn)品/App,、文檔、單元測試用例,、功能測試用例,、測試報告、靜態(tài)代碼分析報告,、構(gòu)建的版本,、PRD、設(shè)計稿等,。

在軟件的課程里有一門課叫：算法,。算法里面關(guān)于排序的算法有很多種，歸納為用時間換空間或用空間換時間,。不同的場景,，不同的排序算法有不同復(fù)雜度,。但目的都是為了找到最短路徑或最優(yōu)算法。既然明白了在軟件研發(fā)團(tuán)隊,，其效率和產(chǎn)出,，可以通過量化最終能正常工作的軟件和中間的輸出物這一觀點，那么作為技術(shù)管理者,，就可以圍繞這些流程,，結(jié)合DevOps和需求業(yè)務(wù)的上下游進(jìn)行聯(lián)動、整體性的規(guī)劃和統(tǒng)籌,。

你要思考,，當(dāng)前你的研發(fā)團(tuán)隊，最缺什么,、更需要的是什么、亟待解決的問題又是什么,。如何才能讓你的團(tuán)隊持續(xù),、穩(wěn)定、高效地交付有價值的軟件產(chǎn)品,？

先來觀測一下,，在DevOps流程過程中，行業(yè)內(nèi)推薦的需要用到的工具有：

圖片來自于網(wǎng)絡(luò)

隨后,，繼續(xù)觀測一下,，軟件交付各個階段可能存在的度量指標(biāo)。

圖片來自于網(wǎng)絡(luò)

你可以結(jié)合自己的研發(fā)團(tuán)隊的協(xié)作流程,，和目前使用的工具,，進(jìn)行流程上的梳理和關(guān)鍵節(jié)點的識別。

YesDev推薦的核心協(xié)作研發(fā)流程如下,，以需求為起點,，以上線交付為迭代終點，如此循環(huán)和敏捷開發(fā),。

緊接著,，YesDev在敏捷開發(fā)的基礎(chǔ)上，結(jié)合融入了DevOps的持續(xù)集成,、團(tuán)隊人員,、工具使用。由此有了以下的標(biāo)準(zhǔn)化研發(fā)流程圖：

從行業(yè)的最佳實踐,、工具,、指標(biāo)到Y(jié)esDev的工具使用，由大到小,，從抽象到具體,，我們推薦在需求維度,，研發(fā)團(tuán)隊要堅持良好的、統(tǒng)一的,、可量化的交付標(biāo)準(zhǔn),。

概括來講，需求交付,，可以從以下幾方面進(jìn)行標(biāo)準(zhǔn)化和量化：

1）關(guān)聯(lián)Git代碼提交到Y(jié)esDev需求,，從而實時掌握和同步研發(fā)的真實情況；

2）根據(jù)需求,，編寫開發(fā)文檔,，針對復(fù)雜的、底層的,、核心流程的,、或工程量巨大的需求，建議進(jìn)行技術(shù)評審,；

3）進(jìn)行Bug的記錄和關(guān)聯(lián),；

4）提交備注和需求有關(guān)的接口文檔、開發(fā)分支,、測試環(huán)境賬號等,；

5）進(jìn)行測試用例的編寫和維護(hù)，以及重大需求的測試計劃,、測試報告,；

6）記錄需求有關(guān)的歷史操作、變更記錄和附件資料,。

如果需要化繁為簡,，在前期，你可以重要以需求上線為交付指標(biāo),。為此,，你可以使用以下幾個工具和模型。一個是,，需求的每周排期,，可以具體量化和跟進(jìn)每周需求的計劃上線和發(fā)布情況。按每個產(chǎn)品線,，進(jìn)行分開管理和統(tǒng)計,。

作為產(chǎn)品總監(jiān)或產(chǎn)品總負(fù)責(zé)人，為了進(jìn)行橫向的匯總和跟進(jìn),，你可繼續(xù)使用需求周報,。你可以在線搜索全部需求的進(jìn)度，也可以導(dǎo)出Excel,，還可在線編寫郵件和進(jìn)行定時發(fā)送郵件通知,。根據(jù)多年的經(jīng)驗總結(jié),，我們把需求周報分了三大部分：最近完成的需求、當(dāng)前進(jìn)行中的需求,，以及未關(guān)聯(lián)到項目的需求,。

如是，在需求管理方面,，你就能在團(tuán)隊中,，和上下游部門形成閉環(huán)和大聯(lián)動。

補(bǔ)充一點,，在需求交付指標(biāo)方面始之以恒,，確實可以提升研發(fā)團(tuán)隊的產(chǎn)出，滿足不同業(yè)務(wù)部門,、最終客戶的需求,，但同時也不要忘記要預(yù)留和計劃20%的時間、精力和人員,，進(jìn)行非功能性,，即技術(shù)類的專項優(yōu)化和系統(tǒng)架構(gòu)規(guī)劃。“道路千萬條,，維穩(wěn)第一條”。

老板視角：企業(yè)產(chǎn)效利潤化

員工工作很賣力,、團(tuán)隊產(chǎn)出也很高效,，但是，企業(yè)最終盈利了嗎,，賺錢了嗎,？團(tuán)隊除了口頭上的認(rèn)可和鼓勵，有物質(zhì)上的獎勵和提升嗎,？

我們不能為了寫代碼而寫代碼,，不能為了創(chuàng)業(yè)而創(chuàng)業(yè)，在創(chuàng)造價值和利他的同時,，作為企業(yè),，老板也要實現(xiàn)有收入、有盈利,、有增長,。

如果說員工的責(zé)任是把事情做正確，產(chǎn)品經(jīng)理的責(zé)任是做正確的事情,，那么老板或決策層的責(zé)任就是要確保前面這兩者都做對后是有生存空間,、有市場空間和有利潤空間的。

關(guān)于創(chuàng)業(yè)的模型模式,，也有很多種,。而作為技術(shù)型創(chuàng)業(yè),，或以互聯(lián)網(wǎng)、軟件產(chǎn)品或數(shù)字化為主的創(chuàng)業(yè),，我們也要基于公司自己的業(yè)務(wù),、特點和客戶群體，以實現(xiàn)企業(yè)產(chǎn)效利潤化為目標(biāo),，建立一套可量化的漏斗模型和跟蹤指標(biāo),。

比如，如果是以外包項目為主和收入的研發(fā)團(tuán)隊,，可以在YesDev關(guān)注項目的研發(fā)成本投入和利潤的燃盡圖,。

針對每一個項目，我們可以統(tǒng)計在每個成員投入工時背后的人力研發(fā)成本,。

作為老板或者項目負(fù)責(zé)人,，可以查看一段時間內(nèi)，某些項目的研發(fā)成本投入情況,，對于成本控制和后續(xù)同類項目的工時評估和方案報價都有重要的參考意義,。

最后，老板還可以查看最終的利潤結(jié)果,。比較好的狀態(tài)是,，每個項目都能如期按時交付，項目成本可控,，有一定的利潤空間,，能及時收到項目尾款。

當(dāng)需要查看更多指標(biāo)和數(shù)據(jù)統(tǒng)計時,，YesDev也為你和你的團(tuán)隊提供更多有價值的分析報告和數(shù)據(jù)支撐,。

如果你的團(tuán)隊和企業(yè)，做的是ToC的產(chǎn)品,，那么可以另外構(gòu)建你的業(yè)務(wù)指標(biāo),、業(yè)績體系。

小結(jié)

關(guān)于研發(fā)團(tuán)隊的管理和規(guī)劃,，應(yīng)該適合采用Top Down的方式進(jìn)行統(tǒng)籌,、規(guī)劃和推進(jìn)。

而在研發(fā)協(xié)同,、個體扁平化協(xié)作,、發(fā)揮團(tuán)隊集體智慧方面，則應(yīng)以Bottom Up的方式,。

既要整體規(guī)劃,，也要逐個擊破，執(zhí)行到位,，相信很快我們就能看到研發(fā)團(tuán)隊明顯提升和充滿正能量的AHA時刻,。