「
最近我花了很多時間把這幾年在團隊管理方面的各種實踐、學習和思考做了一次匯總。
知識來源包括:帶團隊的實際經驗與感悟;在 IGT、騰訊和新美大工作期間經歷的各種培訓和大佬分享;以及二十多本團隊管理有關的書籍。
在收集匯總的過程中我並沒有找到一個現成的體系將所學到的管理經驗很好地歸納到一起,於是決定採用一個自底向上的過程,先是將所有知識打碎,然後重新歸類匯總。
我先是列舉出了六十多種實踐或方法,然後將它們劃分成不同模塊,並且思考這些模塊之間的關係,最終建立一個相對完整且自洽的體系。
有了這個體系,我們就能夠以更高的視角來看待團隊管理中的各種事務,並且有針對性地加以改善。
團隊管理圖譜
可以將團隊管理的整個體系分為兩個維度,十個模塊。每個模塊在兩個維度之間有自己的定位,模塊之間相互獨立且互斥。
這種劃分不是絕對的,也可以有三維四維或者更多的模塊。目前的圖譜是綜合了全面性、合理性和易用性之後的結果。
整體圖譜如下:
兩個維度
從管事到管人,如下圖:
從定方向到拿結果,如下圖:
十個模塊
下面對十個模塊逐個進行描述,每個模塊列舉出部分關鍵點,起提示作用。每個團隊都會有適合自己的模塊內容,關鍵是要與團隊的業務特點和技術架構相匹配。
時間管理
時間管理重個人,項目管理重協作。時間管理是團隊中每個人每天具體做什麼事的管理,這是團隊效率的基礎。團隊中每個人都要提升時間管理能力,Leader 要起到教練的作用。
時間管理要點如下:
-
腦外化
-
番茄工作法
-
時間日志
-
GTD
-
團隊工具集
項目管理
有些敏捷方法比如 XP 會包含大量技術管理方面的內容,但我傾向於將兩者分開來看。
項目管理要根據業務發展的情況動態變化,光敏捷開發常用的隊形就有看板、SCRUM、XP 三種,而技術管理傾向於依靠規範來做到,更加穩定。
項目管理要點如下:
-
需求評審方法
-
估時方法
-
敏捷方法
-
任務管理
技術管理
技術管理要點如下:
-
技術評審規範
-
代碼風格規範
-
代碼管理規範
-
Code Review 規範
-
技術債務管理
流程改進
技術團隊管理者的工作是要做到團隊管理、業務需求、技術架構三者之間的相互協同。
由於多數互聯網團隊所做的業務都遠談不上成熟,所以支持它的技術團隊在管理上也就不會有穩定的狀態,持續改進是常態。
流程改進要點如下:
-
Lean & Kaizen
-
PDCA
-
定量分析
-
方案收集
制度建設
按強制程度排列:制度 > 規範 > 方法。制度建設的完善程度體現著團隊的嚴謹性與紀律性。
互聯網公司的工作氛圍相對自由,但不代表沒有規矩。尤其是與產品質量和安全相關的關鍵環節,必須嚴加把控。制度要保持最小化且持續有效。
制度建設要點如下:
-
上線管理
-
故障響應
-
值班制度
-
加班管理
-
考勤休假
目標管理
目前主流的管理體系中通常會把目標管理和績效管理分開來看,OKR 偏向目標管理,KPI 偏向績效管理。
目標管理要點如下:
-
戰略制定
-
維度分解
-
目標收集
-
OKR
-
行動循環
現在為大家介紹一下技術團隊如何做中長期的目標管理。在 OKR、KPI、SMART 等常見理論基礎之上,結合實踐經驗談一些自己的看法。
內容目錄
Toggle三個要點:
-
團隊共享:目標制定要講究上下通透,內部信息透明。
-
劃分維度:業務、技術、團隊管理各方面要整體考慮,平衡發展。
-
循環執行:目標拆解成具體行動,形成習慣,持續反饋。
業務支撐
-
重點項目
-
質量與流程
-
知識沉淀
技術建設
-
核心架構
-
支撐系統
-
優化改進
團隊建設
-
工作方法
-
內外溝通
-
人才培養
-
招聘面試
即時反饋:目標拆解的子任務在任務管理系統中被完成。
短期反饋:日報,周報,組會。
長期反饋:One On One,績效考核。
績效管理
績效管理要點如下:
-
徽章管理
-
績效評定
-
績效反饋
對於技術管理者,一個很糾結的問題就是如何給團隊排績效。評價隊友的工作,決定他們的獎勵甚至去留並非易事。下面我和大家介紹一下技術團隊的績效排名方法。
團隊內提前對齊標準,形成正確預期,不能有驚喜。
信息收集要全面,要體現多元價值觀,避免單一標準。
定性與定量結合,任何數據都只是參考,警惕虛假的精確性。
標準同步
績效考核是團隊全體的事情,相關的規則、流程、評價的標準要向團隊內部宣講並且達成一致。
其中的要點和注意事項要對成員進行培訓,以專業和嚴謹的態度看待考核流程。
公平決策的前提是信息互通。考核標準的同步是後續所有步驟有效性的基礎。
只有標準統一了,團隊成員之間才能給出更有效的反饋,每個人才能建立正確預期,減少後續的爭議。
順暢的績效考核功夫在平時,同步標準不應該只在季度末尾來做。
自我評價
團隊成員首先要自己收集關於本季度工作情況的總結材料,內容要包括:
-
主要成果,從業務、技術、團隊三方面闡述。
-
支撐數據,業務收益、開發效率提升、缺陷數等。
-
支撐案例,克服了哪些困難,體現個人能力的事例。
-
OKR/KPI 完成情況。
團隊成員通過自我評價對工作進行反思,並且對績效結果建立初步的預期。自評材料也是內部評價的依據之一。
內部評價
集體 Review:集體 Review 的目的是讓大家相互了解工作成果,促進內部信息互通。
形式是集中展示自我評價中收集的材料,當面宣講,並且收集團隊成員的意見反饋。
定性評價:很多情況下,團隊成員的表現很難量化並且橫向對比,這個時候定性的評價往往更有參考價值。
一個人對另一個人的貢獻的判斷可能會因為標準不一而產生搖擺,但是人與人之間相互對待的態度則更加明確且穩定。
詢問每個成員,你的隊友當前階段的工作表現符合以下哪種情況:
-
我以與他一起工作為榮:5
-
他的工作對我有激勵作用:4
-
表現中規中矩:3
-
需要更加努力以達到優秀:2
-
長期來看可能會掉隊或者對團隊不利:1
經過集體Review 之後,團隊成員之間相互給出定性的評價。這些評價匯總之後形成表單,作為梯隊劃分的重要依據。
外部評價
外部評價與內部評價關注的方向不同,是內部評價的輔助補充。外部評價容易犯的毛病是流於形式、片面且沒有可比性。
例如,某 PM 對研發同學的反饋:「同學 A 工作認真負責,合作順暢,開發質量高,期待後續合作中有更好的表現」。
這種反饋對於績效排名來說就沒有參考價值,合作順暢,有多順暢,跟其他人如何對比,體現不出來。
引入外部評價時要注意全面性和可比性,盡量提高其參考價值。
選好合作方代表:比如同學 A 選了三個 PM,同學 B 選了三個 QA,他們給出的反饋雖然有價值,但是既不全面,也沒有橫向可比性,對於績效排名來說並沒有用。
最好是從不同角度選合作方代表,比如 PM,QA,經營各出一人,他們同時了解同學 A 和同學 B 的工作,這樣的反饋參考價值就要強很多。
分維度量化:使用統一的維度劃分和評分,提高可比性。
可以從以下維度給出反饋:
-
產出質量滿意度:1-5
-
合作順暢度:1-5
-
工作投入度:1-5
自評材料:成果,數據,案例,OKR/KPI。
內部互評表單:集體 Review 之後,團隊成員的定性互評。
外部評價表單:分維度量化結果。
以內部評價為主,外部評價為輔,綜合前面流程中得到的信息,將團隊成員劃分成三個梯隊:
排名調整:梯隊確定之後,在各個梯隊內部排名。由於不同梯隊的定位各有側重,梯隊內部排名的價值取向也要各有不同。
績效排名是一個團隊價值觀的最終體現,每個團隊都有適合自己的價值取向,這方面有很強的主觀性。我們要把內心中的評價標準擺到台面上,在各個維度對比審視,避免取向漂移。
前部:影響力:對內要能激勵團隊,對外要有好評與認可;整體貢獻:貢獻不能停留在單個項目上,要對團隊其他人有幫助,對業務整體發展有幫助。
中部:超出期望程度,價值觀匹配度。
後部:投入度,成長意願。
梯隊內排名後:
排名完成後,根據團隊需要,可以進一步細分:
-
前部中挑影響力最大的,作為頭部,形成明星效應。
-
後部中排名靠後的,挑出穩定性差的,管理風險小的,作為尾部,適當淘汰。
最終結果:
績效排名是一個過程,每個步驟有不同的側重和產出,在過程中逐漸接近答案。要通過流程建設來保證標準的一致性和信息的全面性。
我們可以使用定性與定量數據收集、梯隊劃分、排名調整等方法,讓績效排名結果得到最大限度的認可,並對團隊整體起到推動作用。
人才招募
互聯網行業的人才市場是高度自由且開放的市場,各家能提供的薪資待遇在這個有效市場中處於動態平衡狀態,很難形成局部優勢。最終,團隊的形象和聲譽才是吸引優秀人才的根本所在。
人以類聚,我們在希望招募到高素質的候選人的同時,也要考慮到團隊自身如何在候選人面前體現出高素質。
人才招募要點如下:
-
公共形象建設
-
管道維護
-
人才標準
-
面試官培養
-
面試流程
人才培養
人才培養更關注個體,團隊建設更關注集體。團隊一方面要做事,另一方面要育人,人才是團隊的核心資產。
人才培養要點如下:
-
新人導入
-
培訓體系
-
技能體系
-
導師制度
-
骨幹培養
-
晉升通道
團隊建設
團隊建設功夫在平時,關鍵是建立好內外溝通機制。溝通充分的話,文化和價值觀自然能夠協同一致,否則都是喊口號和空談。
團隊建設要點如下:
-
對內溝通
-
對外溝通
-
文化與價值觀建設
-
知識沉淀
總結
團隊管理也是一門技術,一樣可以建立起一套完整且自洽的體系。本文給出的體系是一種參考。
每個團隊都可以根據實踐經驗整理出自己的管理體系,並且隨著經驗積累不斷改進,在這個過程中提高全局意識,更好地指導團隊管理工作。
作者:張鑫
編輯:陶家龍、孫淑娟
出處:zhuanlan.zhihu.com/zhangxin840,經作者授權轉載。
精彩文章推薦:
工程師如何在3年內快速成長為技術專家?
面試了近百人,如何招到靠譜的工程師?
運維不迷茫:給1到10年運維人的「修仙」指南