公司的技術(shù)團(tuán)隊負(fù)責(zé)人應(yīng)該具備怎樣的能力？

或者說團(tuán)隊Leader應(yīng)該知曉和鍛煉什么樣的能力？

大公司、創(chuàng)業(yè)公司都經(jīng)歷過，從Leader或創(chuàng)始人那里學(xué)到了不少東西，自己也會慢慢總結(jié)，保持學(xué)習(xí)的狀態(tài)，這里就發(fā)表一下個人想法，也參考了曾看到的優(yōu)質(zhì)文章和朋友的看法。

主要從業(yè)務(wù)、團(tuán)隊、技術(shù)三個層面討論，當(dāng)然它并不能適用所有公司，也能可引發(fā)一些口水，而且我做的是客戶端負(fù)責(zé)人，所以僅供參考咯。

1. 業(yè)務(wù) 

為業(yè)務(wù)負(fù)責(zé)就是為產(chǎn)品和服務(wù)負(fù)責(zé)，作為技術(shù)團(tuán)隊，總要完成主要任務(wù)不是，總要把產(chǎn)品或服務(wù)好好的實現(xiàn)不是？

業(yè)務(wù)要和上級負(fù)責(zé)人統(tǒng)一認(rèn)知，和總目標(biāo)方向去保持一致，才能更好的完成產(chǎn)品和商業(yè)的設(shè)計與實現(xiàn)，否則力道有了而方向不一致，浪費體力且難以更好的輔助決策。

不同時期Leader也發(fā)揮不同的職能，初期側(cè)重從技術(shù)和項目實踐方面打通設(shè)想和打造產(chǎn)品，迭代和試錯，隨著業(yè)務(wù)發(fā)展，能從更合適的技術(shù)、構(gòu)建、架構(gòu)、業(yè)務(wù)模型等方面展開專項的工作。

目前能回顧考慮到的，關(guān)于做產(chǎn)品（服務(wù)），關(guān)于做事情，有這么幾點要說：

有一個核心：設(shè)計之始或明確任務(wù)前，想好并確定一個核心或者中心目標(biāo)，嚴(yán)格圍繞目標(biāo)轉(zhuǎn)，最益先做！它并不能促進(jìn)完成核心目標(biāo)，是***的砍掉理由，真沒有那么多資源可以用！

功能與業(yè)務(wù)：我要求團(tuán)隊個人應(yīng)該對業(yè)務(wù)負(fù)責(zé)，而不是功能或代碼。如果說功能是基石，而業(yè)務(wù)才是“生命”??！功能與體驗等“有機(jī)”組成為業(yè)務(wù)。

要理解業(yè)務(wù)：整個團(tuán)隊得深刻理解業(yè)務(wù)，尤其Leader更要首當(dāng)其沖，仔細(xì)評估產(chǎn)品原型、交互設(shè)計，我們是關(guān)鍵人物先過初稿確定技術(shù)、運營可行避免浪費集體的時間，然后所有相關(guān)人一起過。

保持節(jié)奏感：目前采用項目拆分為周目標(biāo)為核心措施。個別事情以天計，少數(shù)事情比如修緊急bug以小時甚至更小單位計。

服務(wù)可用性：我們是通過預(yù)發(fā)、灰度測試、可回滾等措施來控制發(fā)布質(zhì)量，保持較高的可用性。

忠實用戶群：集部分優(yōu)質(zhì)用戶入群，保持溝通，挺重要的，微信群雖然是當(dāng)為***但是群功能有點弱，我的開源項目主要用QQ群，也比較坑哈哈。

反饋與數(shù)據(jù)：反饋和數(shù)據(jù)都是驗證結(jié)果的***的參考之一，追尋反饋背后的動機(jī)很重要，研究用戶路徑、功能使用等數(shù)據(jù)輔助確定下階段任務(wù)。

低成本試錯：盡量以***的成本來試錯，避免大量浪費資源，不要過早優(yōu)化和擴(kuò)張，先單點或AB測試，驗證過后再鋪開。

方法與方向：很多時候方法比方向重要，好的方法可以不斷糾正方向，發(fā)布較單純的功能來驗證問題和方案，應(yīng)該避免堆積功能，盲目發(fā)散方向，沒有經(jīng)過驗證的方向就是假設(shè)。

創(chuàng)新與迭代：精益創(chuàng)業(yè)的MVP策略有助于大多功能性或服務(wù)性新創(chuàng)公司檢驗產(chǎn)品，而創(chuàng)新型產(chǎn)品靠產(chǎn)品本身和培育市場拉動需求，但都需要事實檢驗和迭代完善。

手動和自動：初期能手動解決的問題動手解決就挺好的，一開始就考慮自動化機(jī)器化可能會延誤時間，或者高成本解決了一個頻率并不高的問題。

親為和團(tuán)干：沒有經(jīng)過實踐驗證的事情負(fù)責(zé)人***自己先親為，才能深切體會，形成一定感知后優(yōu)化，或者交給團(tuán)隊一起干。

靈感和總結(jié)：靈感稍縱即逝，總結(jié)過期不候！應(yīng)該有自己的全端云筆記，和博客。短期記筆記，長期入博客，靈感可能就在你瑣碎的一瞬間，很多東西經(jīng)過三五個月一忘而光。

2. 團(tuán)隊 

一個公司的產(chǎn)品和服務(wù)，是其自身組織結(jié)構(gòu)和溝通、工作方式的反映（康威定律）。

人員的架構(gòu)會改變和影響產(chǎn)品的架構(gòu)，產(chǎn)品一大，人分組拆開了，項目也跟著拆開了，越多人一起工作就更需要科學(xué)的流程和協(xié)作方法。所以說人和組織會決定或影響產(chǎn)品。

如果說初期目標(biāo)是打造一個良好的產(chǎn)品或服務(wù)，隨著發(fā)展應(yīng)該慢慢更著力于打造一個能開發(fā)良好產(chǎn)品的團(tuán)隊。

以下幾個層面是我們?nèi)嵺`的幾個點，其他沒想到的后邊再補(bǔ)充吧：

關(guān)于招聘：找到合適的人是關(guān)鍵，不要貪多貪大，創(chuàng)業(yè)公司招人較好的時機(jī)是不招就會死，注意避免青黃不接。交流技術(shù)的同時感受性格，性格不合適早點終止面試，相信直覺，年限、學(xué)校不重要，重要的是作品和能力。

明確職責(zé)：團(tuán)隊?wèi)?yīng)該明確關(guān)鍵人物的角色，公開規(guī)定好一個角色由誰來擔(dān)任，職責(zé)和指標(biāo)是什么，甚至可以約定任期是多久，因為角色是活的。我的主項目里有一個PM角色（協(xié)助跟蹤進(jìn)度等），一個PA角色（輔助協(xié)調(diào)、構(gòu)建打包等），都是主工程師兼任。

充分授權(quán)：一個完整的團(tuán)隊?wèi)?yīng)該有充分的決策權(quán)，角色應(yīng)該有比較明確的職責(zé)，可以給建議但不要隨意干涉?zhèn)€人的職責(zé)或決策。

關(guān)于協(xié)作：我的團(tuán)隊就是統(tǒng)一IDE（idea）和構(gòu)建環(huán)境，統(tǒng)一碼風(fēng)，統(tǒng)一版本控制策略的。合理創(chuàng)建Tag、Branch，盡量規(guī)范使用協(xié)作工具。

關(guān)于溝通：我的做法是讓隊員遇到鎖事直接和當(dāng)事人溝通，重要問題反饋Leader，保持充分溝通我們每周都要有一次全體碰面會議，***有點零食。

團(tuán)隊提升：選定一個主題、此項以周為節(jié)奏，每人都要充當(dāng)講師，我們客戶端團(tuán)隊已經(jīng)系統(tǒng)的學(xué)了面向?qū)ο?大原則和23種設(shè)計模式，我們android、iOS、前端一起溝通技術(shù)。

開誠布公：私下溝通為主很多時候是解決不了團(tuán)隊、個人沖突的，要開誠布公的面對面談，將沖突事情一一列出，對事不對人，根據(jù)輕重緩急，綜合當(dāng)前狀況給出解決方案，是公司是全局是狀況不能讓所有人滿意，而不是誰不能讓你滿意。

前途錢途：不談錢就是耍流氓，不要妄圖用成長壓制待遇，不要總想用青春換取血汗，做得好就是要好的回報，但是也要講規(guī)矩，一般能力先到位再要求待遇，當(dāng)然其實還要看你的位置可替代性如何。

回報遠(yuǎn)與近：眼前看能力，近期看薪水，遠(yuǎn)期看期權(quán)（股份），看好公司一般略側(cè)重期權(quán)，看空則略側(cè)重薪水。心情、成長、待遇、期權(quán)組成一個人的主要回報，Leader應(yīng)明白隊員想法并努力為團(tuán)隊爭取合適的回報。

一些福利：公司每天會買些水果當(dāng)下午茶，像蘋果、桔子、香蕉、哈密瓜、葡萄、etc，看季節(jié)的。員工慶生蛋糕、年度旅游、節(jié)日活動等。

3. 技術(shù)

技術(shù)負(fù)責(zé)人***是技術(shù)水準(zhǔn)不錯，最差也要知識面廣，否則可能導(dǎo)致疑難無法解決，產(chǎn)品不穩(wěn)定。

我們從以下幾個方面做了實踐：

風(fēng)格統(tǒng)一：團(tuán)隊內(nèi)統(tǒng)一風(fēng)格、規(guī)約、編譯環(huán)境，開始是idea作為IDE，年底整體遷移到AS、Gradle環(huán)境開發(fā)和管理。

鍛煉思維：集體學(xué)習(xí)6大設(shè)計原則和23種設(shè)計模式，理論結(jié)合實踐，更深刻的認(rèn)知面向?qū)ο蟮脑O(shè)計理念。

技術(shù)提升：優(yōu)先完成業(yè)務(wù)，此項以更長時間為周期，在項目不那么緊張時開立個人技術(shù)項目，我們選一個方向量化形成博文或者小類庫，Leader支持并協(xié)助隊員完成，培養(yǎng)人才，各有所長。

關(guān)于類庫：盡量選擇穩(wěn)定專注、知根知底的框架，如果沒有，那就選擇知名開源框架，仍要深刻研究其代碼。

關(guān)于業(yè)務(wù)：我們客戶端業(yè)全部的務(wù)統(tǒng)一構(gòu)建在SDK子項目中，和view剝離，便于切到多種終端設(shè)備。

關(guān)于架構(gòu)：我們核心方向其實全部使用我寫的類庫，由通用組件、網(wǎng)絡(luò)、異步、數(shù)據(jù)庫等組成通用的底層項目，叫做LiteSDK，任何App幾乎都可以用它，可謂用之四海，它是可拆解并獨立發(fā)展的，剛才提到的業(yè)務(wù)SDK項目是基于它的。

學(xué)習(xí)前沿：盡力去接觸新技術(shù)吧，我們今年精力放在業(yè)務(wù)上了，2016年的技術(shù)方向涉及了React Native、rxjava、代碼生成、自動構(gòu)建等，雖然已不是新技術(shù)^_^。

我們***個版本App五臟俱全，登陸、簽收等業(yè)務(wù)功能、二維碼掃描、友盟統(tǒng)計、圖片加載、下拉刷新等視圖開源項目，但安裝包體積只有800K，***的小。

兩款A(yù)pp友盟總錯誤率目前仍在0.00%（線上App版本的錯誤列表還是有零星的bug列出，難道友盟總bug率計算有問題么 ）。

非常感謝團(tuán)隊里的每一位同事，團(tuán)隊一起完成了這些，今年要有更好的進(jìn)步和成長！2016加油。

哦對了，如果你的公司也有android app端，可以考慮下我的開源類庫：litesuits.com

也能做到***的小吧，還挺穩(wěn)定高效嘿。

關(guān)于作者

作者馬天宇，杭州一家創(chuàng)業(yè)公司客戶端負(fù)責(zé)人，5年客戶端開發(fā)經(jīng)驗，開源愛好者，樂于分享，Github上發(fā)布了一系列開源項目和框架，涉及網(wǎng)絡(luò)、數(shù)據(jù)庫、藍(lán)牙、通用、并發(fā)等方向，開源站點：litesuits.com

本文鏈接：http://www.codeceo.com/article/tech-team-managment.html