作者：boxer
時間：2016-07-22
昨天有幸聆聽總裁吳毅關于管理的分享之众，結合自己的職位呀页，思考了這2個問題：
1、架構獅為什么要帶團隊
2考润、架構獅如何帶團隊
先想第一個：架構獅為什么要帶團隊狭园？
雖然我已經進入公司的管理通道，但是糊治，我心理仍然認為自己是個架構獅唱矛。正如吳毅總裁所說：純管理是有天花板的，而專業(yè)性是沒有天花板的井辜。技術架構設計就是我的專業(yè)性绎谦，而且是需要一直保持。因此粥脚，架構獅需要團隊去實現這些架構設計窃肠，從而把圖上畫的框框，變成一個個系統(tǒng)刷允，一行行代碼冤留。
因此，架構獅需要去帶團隊树灶。
再想第二個問題：架構獅如何帶團隊纤怒？
我舉個最簡單的2人團隊例子。
當程序猿剛剛進化為架構獅的時候天通，他可能仍然是單兵作戰(zhàn)的泊窘。這時候，他的工作效果是1=1像寒。
老大看到終于培養(yǎng)出一名架構獅烘豹。于是，分配了一位程序猿跟著新架構獅開始新系統(tǒng)的設計之旅萝映。
這時候新架構獅即將面臨的問題是：
1吴叶、這位程序猿本來跟新架構獅是同一批來的，一下子變成架構獅的跟班序臂，非常不服氣蚌卤，各種不配合
2、這位程序猿比新架構獅晚來奥秆，挺崇拜新架構師的逊彭，但是在某塊技術短板非常明顯
先看第一種情況，這是典型的內訌构订。如果架構獅不解決這個問題侮叮，最終可能新系統(tǒng)不能按期上線，各種BUG導致系統(tǒng)不穩(wěn)定悼瘾，得到的效果只能是1+1<2囊榜。而且审胸，如果不配合的人能力越大，那么破壞力也越大卸勺。最終甚至出現1+1<<2的情況砂沛。
因此，為了盡早避免出現1+1<2曙求，一定要把團隊團結起來碍庵，越早越好。
再看第二種情況悟狱，這是最典型的技術團隊模型静浴。架構獅要做的，就是針對盡早摸清這位程序猿的優(yōu)缺點挤渐，把系統(tǒng)研發(fā)中符合這位程序猿的優(yōu)點部分苹享，放心地交給他去做；然后挣菲，自己專注于其它部分富稻。這就是古人所說的：各司其職，各安其位白胀。只有這樣，才能做到1+1=2抚岗。
否則或杠，架構獅不了解程序猿優(yōu)缺點，隨便指派工作宣蔚，很大幾率會把程序猿的缺點放大向抢，導致1+1<2。
當架構獅和程序猿配合越來越默契之后胚委，架構獅在自己可控情況下挟鸠，可對程序猿進行適當的挑戰(zhàn)，希望提高他的能力亩冬，方向無非2個：
1艘希、提高程序猿的短板
2、擴大程序猿的優(yōu)勢
這2種看情況用硅急。
如果團隊很缺人覆享，要求團隊面面俱到的，那就盡快提高他的短板营袜；
如果團隊在發(fā)展撒顿，要求團隊形成技術門檻，那就盡快擴大他的優(yōu)勢荚板；
當團隊成員在不斷進步凤壁，短板越來越長吩屹，團隊成員間優(yōu)勢互補，不進行重復性的勞動拧抖，形成了明顯的團隊風格的時候煤搜，團隊里的程序猿慢慢進化為架構獅。當人數多了之后徙鱼，可以形成梯隊宅楞，以同樣的方式，培養(yǎng)幾個架構獅袱吆，老架構獅只管帶新架構獅厌衙，讓新架構獅去帶程序猿即可。
最終的目標绞绒，就是為了達到：1+1>2婶希。
