編者按：本文來(lái)自點(diǎn)融網(wǎng)旗下微信公眾號(hào)點(diǎn)融黑幫（微信號(hào)：DianrongMafia），作者高勇，點(diǎn)融成都研發(fā)中心 Site Manager。
移動(dòng)互聯(lián)網(wǎng)創(chuàng)業(yè)公司在不斷地發(fā)展與迭代的過(guò)程中，會(huì)面臨研發(fā)團(tuán)隊(duì)的 “野蠻” 增長(zhǎng)，可能每天都會(huì)有新面孔進(jìn)入到團(tuán)隊(duì)中。如何規(guī)?；邪l(fā)團(tuán)隊(duì)是管理者首要考慮的問(wèn)題。點(diǎn)融成都研發(fā)中心 Site Manager 高勇和大家分享多年工作心得：基于九宮格 (9 Box Grid) 的績(jī)效管理模型來(lái)打造 High Performance 的研發(fā)團(tuán)隊(duì)。
移動(dòng)互聯(lián)網(wǎng)創(chuàng)業(yè)公司在不斷地發(fā)展與迭代的過(guò)程中，會(huì)面臨研發(fā)團(tuán)隊(duì)的 “野蠻” 增長(zhǎng)，可能每天都會(huì)有新面孔進(jìn)入到團(tuán)隊(duì)中。下圖是一個(gè)典型創(chuàng)業(yè)團(tuán)隊(duì)的迭代周期：
如果創(chuàng)業(yè)團(tuán)隊(duì)做到 A 輪、B 輪的，就意味著具有了一定規(guī)模的產(chǎn)品研發(fā)、運(yùn)營(yíng)團(tuán)隊(duì)，這個(gè)時(shí)候研發(fā)團(tuán)隊(duì)的管理、經(jīng)營(yíng)就會(huì)經(jīng)受以下考驗(yàn)：
1．我們還來(lái)能保持并優(yōu)化：快速開(kāi)發(fā)，快速發(fā)布，快速迭代的移動(dòng)互聯(lián)網(wǎng)產(chǎn)品開(kāi)發(fā)模型嗎?
2．新進(jìn)入的不同經(jīng)驗(yàn)層級(jí)的研發(fā)人員如何更好、更快融入現(xiàn)有產(chǎn)品研發(fā)團(tuán)隊(duì)并且發(fā)揮績(jī)效。
3．我們管理和溝通的 Overhead 會(huì)達(dá)到什么程度？還能不能像 10 人團(tuán)隊(duì)那樣愉快的做產(chǎn)品和運(yùn)營(yíng)?
就上面涉及的技術(shù)領(lǐng)導(dǎo)者問(wèn)題，不同的管理者根據(jù)背景和經(jīng)驗(yàn)，估計(jì)有不同的答案。下面根據(jù)自己在開(kāi)發(fā)管理中的一些經(jīng)驗(yàn)總結(jié)提出一個(gè)基于九宮格 (9 Box Grid) 的績(jī)效管理模型來(lái)打造 High Performance 的研發(fā)團(tuán)隊(duì)：
該模型以九宮格（9 Box Grid）為管理手段，從 4 個(gè)維度來(lái)抓研發(fā)團(tuán)隊(duì)的管理工作：
-Organization 管理者能根據(jù)業(yè)務(wù)和產(chǎn)品需要靈活的設(shè)計(jì)組織架構(gòu)，這里面沒(méi)有 Bible，一切以更快，更靈活的方式服務(wù)于 Business 需要為前提，在迭代中不斷的優(yōu)化，完善；
-Pyramid 合理的人才梯隊(duì)規(guī)劃，高低技能的人手分布，核心團(tuán)隊(duì)成員的設(shè)計(jì)；
-Utilization 合理的資源 (人、錢) 利用，用最少的成本達(dá)到最大的輸出，同時(shí)更好的維持團(tuán)隊(duì)的活力；
-Competence framework 業(yè)務(wù)或產(chǎn)品相關(guān)的技能分解，更好的匹配人力資源，避免殺雞用牛刀的錯(cuò)配。
1 九宮格 (9 Box Grid)
關(guān)于 9 Box Grid 在績(jī)效管理中的原理網(wǎng)上有非常詳細(xì)的文章，這里不做系統(tǒng)的介紹。但是我們需要注意下圖右上角 High Potential 和 Potential 的人群，以及左下角的紅色標(biāo)記的人群，然后通過(guò)前面提到 4 個(gè)維度來(lái)合理的管理團(tuán)隊(duì)。
2 人才梯隊(duì) (Pyramid)
《這個(gè)殺手不太冷》里昂（讓·雷諾飾）是意大利裔的頂尖職業(yè)殺手，電影里有這樣一段對(duì)白，非常喜歡：
馬蒂達(dá)問(wèn)里昂:生活是否永遠(yuǎn)艱辛？還是僅僅童年才如此？
里昂回答：總是如此。
一個(gè)軟件團(tuán)隊(duì)的打造與可持續(xù)發(fā)展就如里昂的回答：一直如此艱難；
這里提出 1 個(gè)概念，“獨(dú)立軟件程序員” 或 “獨(dú)立硬件設(shè)計(jì)師”： 能在限定的時(shí)間內(nèi)獨(dú)立完成一個(gè)具體的軟件或硬件開(kāi)發(fā)任務(wù)，比如：
15 天完成瀏覽器從零到原型開(kāi)發(fā)
1 小時(shí)完成 XML 文件的解析
“獨(dú)立軟件程序員” 就像里昂一樣 Professional，在無(wú)開(kāi)源，斷網(wǎng)的艱苦條件下都能給產(chǎn)品經(jīng)理交付 Code,這樣的人才往往落在九宮格（9 Box Grid）右上角的 High Potential 或 Potential 方框里面。
有個(gè)段子是：程序員分為幾大流派，一派以復(fù)制 stackoverflow 代碼為主，另一派以復(fù)制 git 代碼為主，還有以復(fù)制百度知道代碼為主。 －－復(fù)制和借鑒不是什么可恥的，但是學(xué)而不思是可悲的。
“獨(dú)立軟件程序員” 是獨(dú)立思考的類型；
所以我的觀點(diǎn)是，在業(yè)務(wù)線或產(chǎn)品線的每個(gè)領(lǐng)域都必須有一個(gè)技術(shù)牛人，他們就是自己所在領(lǐng)域的 “獨(dú)立程序員”，一人撐起一個(gè)細(xì)分領(lǐng)域或一個(gè)細(xì)分技術(shù)領(lǐng)域。這個(gè)也秉承了創(chuàng)業(yè)公司早期 5-10 人團(tuán)隊(duì)的核心搭配，每個(gè)人都具備守住公司業(yè)務(wù)的一個(gè)核心領(lǐng)域的能力，同時(shí)高效，200%的 get things done。
例如早期的微信開(kāi)發(fā)團(tuán)隊(duì)也就 6,7 人的規(guī)模，人人都是 “獨(dú)立程序員”，即便在后來(lái)的大規(guī)模的發(fā)展上，這些核心的 “獨(dú)立程序員” 的內(nèi)核也支撐了微信研發(fā)團(tuán)隊(duì)的不斷發(fā)展和壯大
團(tuán)隊(duì)的實(shí)力是速度的上限，要想更快只有一個(gè)秘訣: 花重金打造 “獨(dú)立軟件程序員” 第一梯隊(duì)。也就是我們 9 宮格中的 HiPO。
當(dāng)我們擁有了心目中的 “獨(dú)立程序員”，我們就可以開(kāi)始軟件團(tuán)隊(duì)的第二梯隊(duì)的建立，拿 10 人團(tuán)隊(duì)來(lái)說(shuō)，我們根據(jù)團(tuán)隊(duì)的成熟度和產(chǎn)品的研發(fā)復(fù)雜度來(lái)選擇你想要的梯度：
無(wú)論哪種隊(duì)形，你都需要結(jié)合工作內(nèi)容與技能要求來(lái)做 mapping，比如配比多少個(gè)熟練工，多少個(gè)有 Potential 的高級(jí)程序員；多少個(gè)新手，他們往往更有耐心做搬磚的活路；一個(gè)個(gè)目標(biāo)清晰的小型團(tuán)隊(duì)，組合起來(lái)就是我們看到的大規(guī)模研發(fā)團(tuán)隊(duì)，他們的輸出就像細(xì)流最后匯聚到一起，形成我們產(chǎn)品的迭代主線，從而滿足業(yè)務(wù)的需要。
3 能力框架 (Competence Framework)
假如你碰到像郭靖這樣的程序員，你還必須要有耐心來(lái)面對(duì)這樣的談話：
“二師父，這個(gè) SQL 我還是看不懂，我太笨了?！?/p>
“七公，你昨天教我的 redis 和 memcached，我今天都忘了，能再教我一下嗎？”
大部分人都是普通人，學(xué)不會(huì)不可怕，只要我們的研發(fā)團(tuán)隊(duì)有著技術(shù)領(lǐng)域完整的知識(shí)框架，并且提供了與之匹配的系統(tǒng)性的能力達(dá)成方法，就能 “拼” 出我們整個(gè)業(yè)務(wù)和產(chǎn)品線所需要的整體能力，從而增強(qiáng)團(tuán)隊(duì)各個(gè)經(jīng)驗(yàn)層級(jí)的人的自信和輸出。
比如移動(dòng)互聯(lián)網(wǎng)中對(duì)以下技能有著大量的需求：
-Android
-iOS
-Web
-Java 或 PHP
-UI/UX
根據(jù)應(yīng)用的場(chǎng)景不同，對(duì)于不同經(jīng)驗(yàn)和層次的軟件開(kāi)發(fā)人員的需求也不一樣。比如我們需要如下的 Android 技術(shù)框架，那么我們就需要在 Android 三個(gè)層級(jí) (App，framework 和底層) 配備人手。如何調(diào)配 “獨(dú)立程序員” 和普通程序員的人手比例也會(huì)更清楚。
再比如，我們對(duì)移動(dòng)互聯(lián)網(wǎng)運(yùn)營(yíng)的有如下的能力框架體系，那么我們?cè)谌肆Φ男枨笊峡梢愿鶕?jù)各個(gè)能力點(diǎn)配備相應(yīng)的人才，做到合理利用資源，而無(wú)須在所有崗位都配備高大上的專才。
在可能是技術(shù)類經(jīng)理們能真正發(fā)揮能力的地方，盡可能合理的細(xì)分工作領(lǐng)域，然后找到與之匹配的人；如果不是高度技術(shù)化的工作，領(lǐng)導(dǎo)者就可以通過(guò)分解來(lái)領(lǐng)導(dǎo)，而不需太強(qiáng)的個(gè)人能力，這也是大規(guī)模研發(fā)團(tuán)隊(duì)走向合理，成熟分布的方式之一，這也能降低離職率對(duì)于產(chǎn)品研發(fā)進(jìn)度的沖擊，為研發(fā)團(tuán)隊(duì)迭代提供保障。
4 組織架構(gòu) (Organization)
研發(fā)團(tuán)隊(duì)的架構(gòu)裁剪能力是一個(gè)技術(shù)管理者的基本職能，在日常工作中都會(huì)有所涉及。你隨便翻看一本關(guān)于組織架構(gòu)的管理類書籍，都會(huì)看到大同小異的類似描述：
1、管理明確原則，即避免多頭指揮和無(wú)人負(fù)責(zé)現(xiàn)象。
2、職責(zé)權(quán)對(duì)等原則。
3、有效管理幅度原則，即管理人員的直接下級(jí)人數(shù)應(yīng)在一定范圍內(nèi)。
4、靈活性原則，即能夠?qū)ν獠凯h(huán)境變化作出適應(yīng)的調(diào)整和變化。
. . .
這里我們主要討論如何開(kāi)發(fā)適用于迭代產(chǎn)品開(kāi)發(fā)模式的研發(fā)團(tuán)隊(duì)架構(gòu)，通?？梢圆扇∫韵虏襟E來(lái)操作：
以上這個(gè)過(guò)程隨著業(yè)務(wù)或產(chǎn)品迭代而迭代，最終找到適用于更加有效地溝通的工作方式來(lái)支撐 Agile/Scrum 的 Engineering Process。但是在選定關(guān)鍵職位上，如果我們沒(méi)有與之匹配的人選，我們一定要自己來(lái)，而不是將就而配備一個(gè)能力與之不匹配的隊(duì)員，這樣的后果是災(zāi)難性的。
例如：一個(gè)典型的移動(dòng)互聯(lián)網(wǎng)產(chǎn)品開(kāi)發(fā)、運(yùn)營(yíng)的組織架構(gòu)：
在不同的階段，我們并不一定需要每一個(gè)角色或職位配備一個(gè)人，比如一個(gè)懂軟件開(kāi)發(fā)技術(shù)的項(xiàng)目經(jīng)理完全可以兼顧一個(gè)小于 10 人開(kāi)發(fā)團(tuán)隊(duì) lead 的這個(gè)角色。 再比如，如果這個(gè)產(chǎn)品是一個(gè)交易類軟件產(chǎn)品，那么對(duì)軟件質(zhì)量與性能要求就非常高，此時(shí)測(cè)試經(jīng)理就變成了一個(gè)非常重要的崗位，我們就要配備與技術(shù)要求嚴(yán)格匹配的人選，同時(shí)一定要專職。
5 利用率 (Utilization)
軟件團(tuán)隊(duì)的利用率一般有 2 大維度： 根據(jù)業(yè)務(wù)與產(chǎn)品開(kāi)發(fā)需要，合理預(yù)測(cè)一個(gè)團(tuán)隊(duì)規(guī)模，基于工作量的預(yù)測(cè)來(lái)配備團(tuán)隊(duì)大??； 另外一個(gè)維度是根據(jù) budget 大小來(lái)配備團(tuán)隊(duì)規(guī)模，充分挖潛來(lái)發(fā)揮團(tuán)隊(duì)的能力，盡可能的用最小的人力成本創(chuàng)造更高的產(chǎn)品價(jià)值
這里，我們不探討如何準(zhǔn)確進(jìn)行工作量與團(tuán)隊(duì)規(guī)模之間的數(shù)字映射，重點(diǎn)關(guān)注九宮格（9 Box Grid）左下角紅色標(biāo)記的人群的管理：
落在 Poor Performer 和 Attention 區(qū)域的隊(duì)員，通常會(huì)離開(kāi)團(tuán)隊(duì)；落在 Problem Child 區(qū)域的隊(duì)員，可以選擇給他換一個(gè)管理對(duì)象或者工作內(nèi)容進(jìn)行適當(dāng)?shù)恼{(diào)整；由于我們的產(chǎn)品迭代非常迅速，每一個(gè)隊(duì)員都是重要的資源，所以需要快速做出反應(yīng)！挖掘潛力，提升 “獨(dú)立程序員” 的核心價(jià)值。
以 100 人的團(tuán)隊(duì)來(lái)說(shuō)，如果我們做到大于 90%的人力資源利用率，從管理的角度來(lái)說(shuō)已經(jīng)屬于非常高效的研發(fā)團(tuán)隊(duì)了，但是依然有近 10%的挖潛空間，如果能找回浪費(fèi)的空間，那么就可以讓高產(chǎn)能的 “獨(dú)立程序員” 投入一定的精力在 Innovation 的產(chǎn)品或項(xiàng)目上。一來(lái)可以支持戰(zhàn)略性質(zhì)創(chuàng)新項(xiàng)目的原型開(kāi)發(fā)，二來(lái)他們也能更進(jìn)一步迭代自己的能力，從而提升團(tuán)隊(duì)整體的實(shí)力，更好的為下一步的發(fā)展做好儲(chǔ)備，同時(shí)這個(gè)自然調(diào)節(jié)的過(guò)程也會(huì)增強(qiáng)團(tuán)隊(duì)的凝聚。
6 簡(jiǎn)單與迭代
互聯(lián)網(wǎng)時(shí)代，簡(jiǎn)單是非常重要的目標(biāo)——因?yàn)楹?jiǎn)單，你就開(kāi)始聚焦；因?yàn)榫劢梗愕漠a(chǎn)品的迭代就會(huì)迅速。所以我們可以在產(chǎn)品每個(gè)關(guān)鍵性迭代周期中加入員工的九宮格（9 Box Grid）迭代；從而做到團(tuán)隊(duì)的迭代隨著產(chǎn)品的迭代而發(fā)展。
本文來(lái)自讀者投稿，不代表 36氪 立場(chǎng)
“看完這篇還不夠？如果你也在創(chuàng)業(yè)，并且希望自己的項(xiàng)目被報(bào)道，請(qǐng)戳這里告訴我們！”
聯(lián)系客服
