技術團隊管理筆記(一)-識人
宣告:所謂的技術管理筆記,是一位原大公司的碼農不甘寂寞,出來加入小公司後的管理心得記錄。大公司到小公司的落差是全方位的,制度,氛圍,資源,人才皆有。從最初的不適應到一路磕磕碰碰活到現在。心中充滿感恩和僥倖,覺得有必要強迫自己做下記錄和總結。遂開始於2017年11月份,截止此時我所管理的技術團隊為30人。此背景可做參考,例子可能和您的團隊不符,但是思路可能相同,歡迎同道中人一起討論切磋。
很多同學從工程師慢慢轉型到技術管理者時,常常會有兩種思路:
* 管理範:作為技術出身的我向來邏輯縝密,管理不就是追求嚴謹嗎?我自信可以設計出一套制度流程讓團隊變得有序高效,比如好的釋出流程,系統設計評審流程,code review流程
- 技術範:我是技術精英,所以我的團隊也一定要是精英。像美劇矽谷一樣,我不應該對我的團隊過多幹涉,尊重每個人的想法,讓大家自由發揮,每週必須要搞高大上的技術分享,技術也要緊跟潮流,go,虛擬化,機器學習一個都不能少。這樣就可以做出牛逼的產品,吸引更多的牛人加入
單靠這兩種思路都無法帶出強力的團隊,本質在於只重了形,而沒有關注神,真正好的管理是“無為而治”。老子認為“我無為,而民自化;我好靜,而民自正;我無事,而民自富;我無慾,而民自樸”,而且強調“無為而無不為”。
“無為而治”並不是什麼也不做,而是不過多的干預、充分發揮萬民的創造力,做到自我實現。簡單來說要真正做到“關注人”,而不是“管理”。
很多同學會說關注人嘛,好啊我天天找大家談心,瞭解他們的想法,滿足需求就可以了吧。誠然這是非常重要的手段,但是在這之前有一步非常關鍵的工作需要去做,那就是識人。
舉個例子為什麼韋小寶能夠順風順水,八面玲容,還能把事辦成?因為他很早就分清了,哪些是皇上的人,哪些是天地會的人,哪些是神龍教的人,哪些人是為錢的,哪些人是為權的,哪些人是為民的。對於每一種人他都採取了不同的對待策略,精確匹配了各種人的需求,就像我們程式碼裡寫的switch case一樣,邏輯隔離精確。只有做到這樣,才能發揮好團隊中每一個人的能力,從而讓團隊變得越來越高效。
下面說說我自己總結的“識人流程”
先識人再做事
和之前說的一樣,當你在組建或接收一個團隊的時候,先不要急著去改變既有的做事方式或流程。應該把重點先放在識人上,搞清楚你的團隊有哪些人組成,他們在意需要什麼,目標是否和你一致,他們的能力和潛力如何。就像在熟悉一個系統一樣,在沒有看清原有邏輯,發現有多少坑前,就不要動手去改,否則很容易改出BUG,這個邏輯順序千萬不能錯。這些關於人的資訊掌握得越細緻,對後續工作的展開越有利。
建立成員的類別
一般來說,對於一個技術團隊我會把成員分為如下類別:
類別 | 定義 |
---|---|
優秀的工程師 | 技術優秀,認同公司目標,有很強的自驅力,喜歡發現問題,解決問題 |
有一定工程師思維的潛力程式設計師 | 認同公司目標,有很強的自驅力,技術尚在快速成長期 |
有一定工程師思維的普通程式設計師 | 認同公司目標,有很強的自驅力,技術潛力一般 |
熟練的程式設計師 | 技術比較紮實,但是沒有太多工程師思維 |
普通程式設計師 | 技術一般,也沒有太多工程師思維 |
識別成員進不同的類別
一般識別的方式有:當面溝通,私下側面瞭解,觀察他們的做事方式等。把握一個原則:客觀真實,把他們的在過往專案中的實際表現,在日常溝通中的思維表現一一和以上表格做對比。假設一個人有10個判斷素材,則佔比80%以上的類別,那基本就是符合的。
不同的類別採取不同的策略
類別 | 應對策略 |
---|---|
優秀的工程師 | 讓他承擔更多的責任,負責更多的事情(比如負責一大塊的技術架構),提供更多的資源 |
有一定工程師思維的潛力程式設計師 | 提供更多專業的指導和更大的舞臺(讓他參與關鍵專案,在技術上嚴格要求,從程式碼細節抓起),提供更多的資源 |
有一定工程師思維的普通程式設計師 | 讓他們負責一些技術難度不高但要求非常嚴謹認真的工作,提供一定的指導,不用給太多壓力,讓他們慢慢成長 |
熟練的程式設計師 | 更對地要去提升他的思考方式(非技術),需要謹慎考慮他的潛力和價值比。在思考方式沒有提升前,可能只能去做一些相對獨立,對團隊協作要求不高的工作。可以讓他們在技術上給新員工做出指導,但不能是思考方式。 |
普通程式設計師 | 維持現狀,無資源傾斜 |
簡單來說,所謂的用人策略就是:如何定義人的角色,如何安排事務,如何安排資源的綜合計劃。有一個關鍵點是集中你的精力做好最關鍵的事,把精力放在真正需要關心的人身上。團隊越大,對你的精力挑戰越大,有一種說法,你能高效直接管理的只有6個人。
識人的基本方法已經講完了,這一步如果做對了,對團隊管理而言40%已經成功了。如果要提升識人的能力,要嚴格遵守上面的流程。如果在實踐中發生了偏差(主要是由於經驗問題把成員識別錯了類別),需要不斷做總結反思並及時修正。在我搭建團隊的初期,幾乎每天都會做反思總結,把大家寫的程式碼,做的系統設計,溝通的表現,專案的完成度拿出來反覆衡量斟酌。一旦類別定了,就要對自己有信心,堅決執行相應的策略。這點是非常重要的,一個領導者必須對自己反覆思考的決策有信心,並堅定執行,否則就不要做。
下一章,我們講一下技術團隊管理筆記(二)-帶人
相關推薦
技術團隊管理筆記(一)-識人
宣告:所謂的技術管理筆記,是一位原大公司的碼農不甘寂寞,出來加入小公司後的管理心得記錄。大公司到小公司的落差是全方位的,制度,氛圍,資源,人才皆有。從最初的不適應到一路磕磕碰碰活到現在。心中充滿感恩和僥倖,覺得有必要強迫自己做下記錄和總結。遂開始於2017
技術團隊管理筆記(二)-帶人
宣告:所謂的技術管理筆記,是一位原大公司的碼農不甘寂寞,出來加入創業公司後的管理心得記錄。大公司到創業公司的落差是全方位的,制度,氛圍,資源,人才皆有。從最初的不適應到一路磕磕碰碰活到現在。心中充滿感恩和僥倖,覺得有必要強迫自己做下記錄和總結。遂開始於2017年11月份,截止此時我所管理的技術團隊為50
簡明技術團隊管理(一)寫在管理之前
負責人 區別 但是 隨著 階段 團隊 目標 成熟度 用戶 寫在管理之前 之所以叫簡明項目管理,指的是在資源有限,組織結構不龐大,給與的管理職能時間不多的情況下如何進行技術團隊的管理。往往在這種情況下,處於管理職責的負責人會身兼數職。但一定要清楚,管理技術團隊和管理項目的區別
IT技術團隊管理之成長
行業 項目管理 博客園 成長 希望 .html height htm play ------------------------------------------------------------------今天先到這兒,希望對您技術領導力, 企業管理,系統架構設計
技術團隊管理
與上級積極溝通方案和結果;對下級鼓勵並提出優化建議(2)為共同的遠景而工作(Work toward a shared vision)這個“共同的遠景”是指產品的遠景。我們做一個產品,不管是應用軟體、行業軟體,還是通用軟體,要明確專案的目標是什麼。這個目標必須是明確的,沒有二義性;這個目標不是當前就
技術團隊管理:需求之殤——你大媽不是你以前的大媽了,你大爺永遠是你大爺
在軟體界來說,好像產品經理天然就是程式設計師的頭號公敵。原因基本上就是需求的變更。產品經理有時候會覺得自己很委屈,因為有些東西是客戶要求變更的。對程式設計師來說,技術只是實現需求的一種手段,需求的實現才是終極目標;站在產品經理的角度來說,需求只是一個手段而已
技術團隊管理--程式碼規範的制定與落地
0x01緣由 想想去年團隊在經歷業務拆分前執行的一些程式碼規範活動,發現效果較差,而且未在公司得到推廣。究其原因是什麼? 閱讀:http://www.infoq.com/cn/articles/how-can-code-specification-be
一線網際網路技術團隊管理經驗談
成員訴求多胡蘿蔔少。由於報酬頗豐,網際網路開發團隊吸引了很多人才,這些人才年齡、經驗、加入團隊時間等各不相同。以我們團隊為例,有工作十年的同學,也有本科畢業兩三年的同學,有清華、北航、北郵這樣名校的同學,也曾有專科畢業的同學。這就決定了團隊成員的訴求將差異非常大,校招同學希望快速成長,社招同學希望則更希望儘快
團隊建設之做好技術團隊管理
做過團隊管理,知道團隊管理的麻煩,所以收集資料加上個人認識整理如下,歡迎批評指正!怎樣才能做好技術團隊管理經常看到有人問程式設計師適合做管理嗎,或者手底下有牛人比我技術更好怎麼辦,或者感嘆一下做管理好難
《Web前端黑客技術揭祕》筆記一
最近在研究《Web安全權威指南》這本書,然而看到了中間部分時感覺有些吃力,找原因還是基本知識不紮實,因為沒有系統的學習過python,php,JS等知識。於是很是苦惱,發現了這本書《Web前端黑客技術揭祕》,其中對基礎知識的講解感覺很全面,以下是一些筆記。1、URL格
怎樣才能做好技術團隊管理
經常看到有人問程式設計師適合做管理嗎,或者手底下有牛人比我技術更好怎麼辦,或者感嘆一下做管理好難啊之類的。同時,相當大的一部分程式設計師都夢想著走所謂專家路線——並不是因為對技術特別有興趣或者覺得自己特別適合走技術路線,真正的原因是對管理工作的恐懼,覺得自己搞不定定。做管理
趣談《西遊記》與團隊管理(一)
過年重溫了一次《西遊記》,加上現在也已經走上了管理崗位,兩者橫向一對比,感嘆良多。管理學其中幾個主要的要素:目標、組織、執行力、監控、考核;那麼我們今天來看看西遊記取經為什麼會成功呢。現實中我們的團隊管理又要如何走向呢? 首先看目標: 首先這裡有個堅定的目標,從天上到第下,從仙到佛,加上王侯將相,大家都一
【系列文章】如何做好一線網際網路技術團隊管理
關於作者 作者為 liudaoru 。作者及其所在團隊從2011年起開始負責微博Feed系統的後端研發,歷經了技術體系由PHP轉為Java的平臺化,也經歷了產品驅動由PC專項客戶端的移動化,並從2014年開始參與Feed策略相關研發。 其中經歷了技術團隊成長的各種問題
團隊管理的一篇文章:海底撈是如何做員工管理和激勵的
本文轉載自虎嗅網。對團隊的管理者有很多值得借鑑的地方 最近看到一個奇葩臥底日記,知名餐飲公司西貝莜麵村的一名員工臥底海底撈幾個月,寫了一個幾萬字的長篇海底撈經驗總結,很乾貨,很內部,這是真的揭祕。海底撈有一個很厲害的哲學:把員工當人。要知道,小米也曾把海底撈當做學習物件
讀書筆記-十人以下小團隊管理手冊
書籍及作者概述 堀之內克彥,1956年生於東京。慶應義塾大學法學部畢業後,曾任職於本田、索尼等公司。1991年創立堀之內社會保險勞務師事務所及MK人事諮詢公司並擔任總裁。主要著作有《企業風氣改革手冊》《寫給經營者的績效主義改革的正確推行方法》《我在本田和索尼學到的》《薪酬制度的制定與實行》《社長,人
從一年前的1200多人優化到現在200多人,待在這樣的技術團隊是一種什麼體驗?
1.寫點情懷 平日裡都是分享技術的,但是最近做的最多的一件事卻是送別,挺悲傷的一個詞,我個人不太喜歡,但是現在整個大的環境都不太景氣,眾多企業紛紛倒閉,一批批工人,白領被迫失去了工作,其中也不乏我自己所在的職業:程式設計師。特別的從去年年底至今,依
《大型網站技術架構》讀書筆記一:大型網站架構演化
硬件 解決方案 更新 獨立 流量 操作 大型網站技術架構 負責 思維導圖 一、大型網站系統特點 (1)高並發、大流量:PV量巨大 (2)高可用:7*24小時不間斷服務 (3)海量數據:文件數目分分鐘xxTB (4)用戶分布廣泛,網絡情況復雜:網絡運營
一張圖看懂團隊管理
理論 描述 之間 lock 事物 blog 希望 .com strong 不想當將軍的士兵不是好士兵,我們每一個人,都希望在職場打怪升級,逐漸集齊管理者的技能包,成為揮斥方遒的那一位。 有一天,你會成為一個團隊的leader;或者一個部門的管理者。又或者,明天你就可
千人技術團隊背後的CTO:CTO的修煉遠不止於技術修煉(轉)
否則 lazy gpo 發送 幫助 成本控制 安全保障 架構 its 原文地址:http://mp.weixin.qq.com/s/Lb-y-H1g8DLZqnXs6zqfuQ 當絕大部分的技術人還在思考創業團隊 CTO 需要有什麽勝任力的時候,有人已經把技術團隊從 7 年
《軟件測試方法和技術》-讀書筆記(一)
圖片 軟件工程 AI 開發 支持 ont 3年 發的 一次 軟件測試正反兩方面的爭辯 軟件測試領域先驅 Bill Hetzel 博士 1993年在美國的北卡羅來納大學組織了歷史上第一次正式的關於軟件測試的會議。從此以後,軟件測試開始頻繁出現在軟件工程的研究和實踐中,也可以認