自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

Team Leader你會帶團隊嗎?你懂合作嗎?

開發(fā) 項目管理
這篇文章是寫給Team Leader和往這個方向前進的人。也適合一般的程序員,對你們在團隊合作的理解上面會有所幫助;對你將來選擇什在什么樣的團隊做事也有幫助。在文章中我也側(cè)面道破了國內(nèi)好多敏捷開發(fā)失敗的原因。

團隊管理是一個比較大的范圍和概念,但我們可以把它進行簡化到以團隊為基礎(chǔ),在團隊上進行一些方法的應用。我在文章中,將分為不同的塊講解。當你把這些不同的塊都理解清楚,結(jié)合起來就是團隊管理。

PS:文章中的一些理解,是基于我學習一些管理書籍的內(nèi)容和在工作中實踐總結(jié)的一些個人概念的敘述。是一種經(jīng)驗的分享,可能會包含錯誤和不全面。需要讀者自己去判斷和理解。

為了能讓大家對團隊更好的理解,我講的很細,導致了字數(shù)嚴重偏多。我本來想一起放上來,但怕大家看著睡覺,故分成了上下兩部分。下篇會重點集中在團隊的內(nèi)部培訓和團隊成員的招聘,還有團隊關(guān)系處理上。先把上篇放出來看看大家的意見和反響,也可方便我對下篇進行調(diào)整。 看完后,如果你覺得受用,請推薦下。共同提高,我們的工作和發(fā)展才能更和諧。

以團隊開頭:(如果你知道什么是團隊,可以跳過)

什么是團隊?這里有個比較標準的解釋:團隊(Team)是由員工和管理層組成的一個共同體,它合理利用每一個成員的知識和技能協(xié)同工作,解決問題,達到共同的目標。

在軟件公司,一個基本的團隊單位,是由Team Leader(也可能是項目經(jīng)理,每個公司對頭銜的分配不一樣。這里以Team Leader為總的稱謂)所帶領(lǐng)的一群人(如程序員)。以數(shù)據(jù)結(jié)構(gòu)來說,就是一個多叉樹的結(jié)構(gòu);每一個節(jié)點都是下面子節(jié)點的領(lǐng)導;節(jié)點和子節(jié)點組成了一個團隊。Team Leader的領(lǐng)導(項目主管或項目經(jīng)理)又會管理著多個Team子節(jié)點(開發(fā)組,測試組,美工組等);這些Team組成了一個大的Team團隊,主管也是大Team的Leader。換句話說,每個節(jié)點都是下面子節(jié)點的Team Leader,至于起什么頭銜,并不會影響Leader的職能。

團隊類型和選擇:(重要,直接決定著后續(xù)的多個因素)

 團隊的類型其實沒有一個什么固定的稱謂和標準。一些團隊領(lǐng)導在工作中不斷調(diào)整團隊成員的組成。當達到一個比較成熟的團隊模式時,為了方便大家理解,會拿生活中大家熟知的一些事物來代替(如手術(shù)臺類型)。

其實,前人已經(jīng)為我們總結(jié)出了很多成熟的團隊組成類型。如:手術(shù)臺類型。做手術(shù)大家一般比較熟悉,是以一個主治醫(yī)生為主刀,其他醫(yī)生為輔助,來完成整個手術(shù)。我們可以很容易的把這種模式與團隊組成結(jié)合起來。一個團隊中,以一個或兩三個程序為主導,其余程序員為輔助來完成代碼開發(fā);這樣的模式在國內(nèi)游戲開發(fā)中經(jīng)常使用。主刀也就是我們常說的主程(主要程序員或技術(shù)一把手),以主程為核心進行開發(fā),其他程序員輔助完成附加功能。

在實際的工作中,我個人傾向于交響樂隊類型(這個是我個人的叫法,因為這個模式和交響樂隊基本一樣,也便于大家理解。我在后面的“團隊合作”里進行了較詳細說明和對比)。在交響樂團中,團員都有各自的技能,并分工明確;在指揮的指導下完成演奏。這里的指揮就是我們的Team Leader。

團隊的類型有很多,這里只是列了兩個被大家廣泛使用的類型;其它的類型,就請大家自己鉆研了。

選擇什么樣的團隊類型,是一個Team Leader在組建團隊時要解決的一個問題。不同的團隊類型涉及不同的團隊成員組成,并對團隊成員技能的要求也不一樣。這會涉及到你需要招什么樣的人,這也是為什么我把副標題定為:打好你手中的牌。不同的團隊成員就如同不同的撲克牌,你要去組織和打好它。發(fā)散下思維,可以把團隊管理抽象成打撲克牌的過程,打牌就是在進行管理。

不同的團隊類型有不同的優(yōu)劣。如手術(shù)臺類型,對主程的要求很高。在整個團隊開發(fā)中,主程的個人能力決定了整個項目的成??;在很多時候,主程也擔當著Team Leader的角色。主程個人能力這個因素,導致了我不太喜歡使用這個模式;因為風險較集中。但是在一些尖端技術(shù)的開發(fā)中,往往又是需要手術(shù)臺這種模式。原因很簡單,尖端當然需要頂尖人才去做了。這個模式有一個好處,就是對其他程序員的要求不高,比較容易招到合適的人。

再來說說交響樂隊類型。這個是我普遍推薦的,很大一部分原因是我們并沒有很尖端的技術(shù)要去實現(xiàn),并且這個模式可以分散風險。但是這個模式對程序員的能力有一定要求,就是需要某方面的特定能力(具體需要什么能力,根據(jù)你的項目需要來劃分)。我不需要你會很多東西,你只需要對特定領(lǐng)域有鉆研;或者你對某個領(lǐng)域趕興趣,并愿意往這個領(lǐng)域走下去。我需要你專精一點,如同交響樂隊里面每個人有各自的樂器技能。但這模式也有個缺點,那就是在初級程序員的招聘上,基本很難找到有鉆研一個方向的。畢竟他們對程序才起步。不過這個問題通過內(nèi)部培訓是可以解決的。后面會具體探討內(nèi)部培訓。

所以,選擇什么團隊類型要看項目需要和Team Leader的經(jīng)驗。發(fā)散下思維,其實在好多小公司或非正規(guī)團隊,也是使用的手術(shù)臺類型。3-5人一個團隊就上架干活了,1個技術(shù)領(lǐng)頭的(主程),搭配2-3個人就干了。這種類型好搭建,成本低。換作交響樂隊類型,同等情況一般人員配置會稍多,成本稍高。但是作為長期發(fā)展來看,交響樂隊類型的團隊比較穩(wěn)健和可持續(xù)發(fā)展;如果是要技術(shù)難點突破,手術(shù)臺類型的團隊就比較適合去攻克難題。

提點敏捷開發(fā),敏捷開發(fā)也是一種團隊類型,被大家嘗試過、討論過、分析過。我也嘗試過,最終還是轉(zhuǎn)回了交響樂隊的模式。這里簡單說下我對敏捷開發(fā)的拙見。優(yōu)勢,快速開發(fā),快!非常快!劣勢,按照敏捷開發(fā)的理論,應該是沒啥劣勢。一切看起來是那么美好的敏捷開發(fā),到具體操作起來卻很多失敗。其主要問題就是,敏捷開發(fā)對開發(fā)團隊的人員平均素質(zhì)要求太高,一般的中小公司,很難達到這個平均素質(zhì)水平。這也是我失敗的原因。

團隊合作:(別跟我說你會團隊合作,十有八九你在忽悠)

 團隊合作根據(jù)團隊類型的不同,合作的方式也是不同的。這就是為什么我在“團隊類型和選擇”后面標上重要。如果你現(xiàn)在對團隊類型的功能性理解不清楚,下面好多問題你都會產(chǎn)生模糊不清的觀點。那么我建議你最好花點功夫去弄清楚不同團隊類型的組成模式。比如手術(shù)臺,你可以想象在做手術(shù)時,醫(yī)生們是怎么樣合作的;在交響樂隊演出時,大伙是怎么合作的。

團隊合作不是一群人在一起做事,不發(fā)生沖突,自己做自己的事情。通過我在工作中的觀察,發(fā)現(xiàn)很多人都持有這一觀念。根本原因是,我們從小到大就沒有接受過團隊合作的訓練。雖然我們走上社會時會知道出去工作要合作,老師也會提醒。但我們腦子里的映象是,一群人在一起做事就是合作。不發(fā)生沖突和大伙一起做事,這只能是一個基本的工作態(tài)度。如果這都做不到,那么你根本就沒有準備好做事。

如果你要問我什么是團隊合作。那我也只能給你字面意思的解釋:團隊合作指的是一群有能力,有信念的人在特定的團隊中,為了一個共同的目標相互支持合作奮斗的過程。

如果按照字面的意思來理解,其實是理解不了的。這只是一個理念,不是具體操作。要怎么做,我將給大家在下面道破。但是要記住一點,不同的團隊類型,其合作的方式和具體實現(xiàn)都是不一樣的。這樣就會產(chǎn)生很多不同的合作方式,因為有很多不同的團隊類型。如果你說你懂團隊合作,這不是忽悠你自己嗎?能弄懂弄會一兩種方式的團隊合作就很不錯了。這里再提一下敏捷開發(fā),敏捷開發(fā)對合作是另一種方式,這種方式明顯對合作素質(zhì)要求比較高。很多人連基本的兩個團隊類型的合作方式都不知道,就要他們直接跳到敏捷開發(fā)的合作模式。你說能不失敗嗎?

下面我將通過交響樂隊的演出來說明團隊合作如何進行和為什么要這樣做。這里只是一種類型的合作方式,我主要以交響樂隊類型打開你對團隊合作的理解。后面在慢慢講解其他類型。

一個交響樂隊有很多團隊成員組成,可以分成弦樂組、木管組、銅管組和打擊樂組(如開發(fā)組,測試組等)。如弦樂組又是一個提琴的家族,包括小提琴、中提琴、大提琴和低音提琴(如開發(fā)組里面的前端,后端等)。不難發(fā)現(xiàn)交響樂隊分工明確,職能清楚。對了,還有一個指揮(Team Leader),先忽略他。如果沒有指揮,大家各自只顧自己的,你拉你的大提琴,我吹我的雙簧管等,他弄他的長號。這樣演奏出來的只能是噪音。也許大家可以商量下,我拉完大提琴,你在吹雙簧管,他吹完你在演奏長號。不錯哦,這是一個辦法,好像沒指揮啥事。如團體舞蹈表演里面就是這樣的過程,通過觀察別人的表演事件點是否完成或者到某個狀態(tài)點時來啟動我接下來的表演;通過上一個人的事件來觸發(fā)下一個人的事件。但這有一個缺點,就是需要處理大量的上下文環(huán)境事件(前一個人表演結(jié)束,或者某個觸發(fā)點)。一旦中間有人出錯了(異常),就會引起后面的人整體出錯,因為大家不能捕獲異常和對異常進行處理。而且這樣的一個表演,對表演者的個人素質(zhì)要求很高,需要大家有很高的默契和能夠?qū)碗s不確定的異常進行處理。我們可以從中初略看到,引發(fā)異常的不確定因素很多。那么怎么處理和簡化這個問題呢?回到我們的交響樂團,這里出現(xiàn)了一個指揮(其扮演著Team Leader的角色)?,F(xiàn)在交響樂隊的團隊成員不用去觀察復雜的上下文環(huán)境,而是專注自己的技能和觀察指揮的手勢(命令)來觸發(fā)演奏(執(zhí)行)的開關(guān)。這樣問題就變得簡單和好控制了,因為指揮可以縱觀全局,并扮演著異常處理的角色。一旦有團員出現(xiàn)異常,指揮可以馬上捕獲這個異常,并用經(jīng)驗進行處理;且不用中斷演出,團隊成員也不用去關(guān)心有什么異常。每個人都有自己獨特的功能,只用等待指揮的調(diào)用即可。問題是不是變得簡單很多呢?但在這里突出了一個人的重要性,那就是指揮。其實很多人不理解指揮,認為指揮其實沒什么大不了,就是在上面揮揮手。一個很簡單和容易角色,沒有樂器演奏者重要或技術(shù)含量高。不要指揮,不出現(xiàn)異常,其實也可以表演的很好嘛。如果你這樣想,那是因為你不懂指揮的重要性,你不懂團隊合作的精髓。如果你是這樣一個團隊成員,那么你不會信任你的指揮(Team Leader)。當異常出現(xiàn)時,這個演奏可能中斷并崩潰。因為你不信任你的指揮,在出現(xiàn)異常時,你會用你的個人能力去判斷該怎么做。這時指揮對你的調(diào)用將不起作用,那么這樣就會造成一個無法處理的異常。這也是很多團隊失敗的原因。可見指揮(Team Leader)處理著整個表演的異常情況。(發(fā)散思維:根據(jù)這樣一個流程,我們就可以很容易追蹤到事故源。查明是Team Leader異常處理的方法有問題,還是異常調(diào)用出現(xiàn)問題。具體細節(jié)不是這篇文章討論的重點,但是通過異常的判斷很容易定位到責任人。)

團隊合作是要Team Leader來控制和主導的。對于團隊成員來說,你只要明確的執(zhí)行了Team Leader的指示,你就產(chǎn)生了一個合作。但這不是說你就會團隊合作了。對于團隊合作的精髓,Team Leader和團隊成員都要很清楚的理解,要不然你們是不可能產(chǎn)生信任,那么也不會存在合作。經(jīng)過我的觀察和跟別人的交流發(fā)現(xiàn),團隊里面最大的問題是不信任。但產(chǎn)生不信任的原因是什么呢?用編程的思想“抽象”來處理這個問題,經(jīng)過不斷提取發(fā)現(xiàn),最根本的原因是大家不懂什么是團隊合作。

回到交響樂隊類型的團隊,我們可以從中發(fā)現(xiàn):程序員信任你的Leader,并完成Leader對你的指令。這就是交響樂隊類型的團隊合作。是不是很簡單?希望你是真心理解了。記住“信任”這個關(guān)鍵詞。

簡略說一下手術(shù)臺類型的團隊合作,主要是讓你理解不同類型團隊的合作差異。手術(shù)臺:程序員要默契輔助你的主程(其實主程就是你的Leader)。注意這里的關(guān)鍵詞是“默契”而不是信任。在手術(shù)臺模式下,成敗完全是由主程一個人決定的,程序員可以不去信任主程。但要和主程有一個默契,當主程需要什么時,馬上提供相應的輔助。

其實還存在一個每種類型的共同點,就是Team Leader你要信任你的團隊成員。我不著重講,是因為你要是不信任你的團隊成員,你也不會去用他。你用人的基本前提就是:疑人不用,用人不疑。

留給你自己去琢磨的,交響樂隊類型,Leader需要了解你的每個團隊成員技能,并且自己本身也需要會技術(shù)?;旧辖豁憳逢狀愋偷腖eader都是從高級程序員發(fā)展而來。手術(shù)臺類型,其實這個類型Leader的概念比較模糊。如果你分為主程和Team Leader,那么Team Leader不需要任何技術(shù)技能。這樣Team Leader會有點多余,所以很多團隊里面,主程就是Leader。這樣的組織結(jié)構(gòu),成敗完全在一個人手里。如果不是做技術(shù)難點攻破、核心技術(shù)開發(fā),我個人不建議組建這種類型的團隊。

PS:這里我要推薦大家去看一部電影《速度與激情5 Fast Five》2011年上映的片子,我把這部電影定義為是一部標準的講解團隊合作的片子,我組織部門的人都看了一遍。網(wǎng)上高清下載一大把。這個電影很好看,很有激情。電影中他們一群人組成了一個團隊,分工明確,獨特的技能。他們團隊也出現(xiàn)了不信任,并處理不信任。是一個完整的交響樂隊類型的演繹。這個片子2011年上映時,我看完心里感觸很多。當我正通過閱讀來學習團隊管理時,對團隊合作等好多概念還比較模糊,能理解但又不能很好的把每個地方結(jié)合。直到看完Fast Five,整個任督二脈被打通了。這個電影也觸發(fā)了我想寫一篇團隊管理的文章,但一直遲遲沒有下筆。

原文鏈接:http://www.cnblogs.com/bruceli/archive/2012/06/18/2553270.html

 

【編輯推薦】

 

責任編輯:彭凡 來源: 博客園
相關(guān)推薦

2012-06-21 10:00:25

團隊合作程序員

2019-05-13 14:17:06

抓包Web安全漏洞

2021-08-19 15:36:09

數(shù)據(jù)備份存儲備份策略

2019-10-18 09:50:47

網(wǎng)絡分層模型網(wǎng)絡協(xié)議

2023-11-29 08:03:05

2019-09-15 10:38:28

網(wǎng)絡分層模型

2017-11-07 12:35:53

比特幣區(qū)塊鏈虛擬貨幣

2019-01-30 13:44:34

JVM內(nèi)存服務器

2024-02-22 08:31:26

數(shù)據(jù)恢復工具MySQL回滾SQL

2021-04-14 06:53:52

C# 修飾符 Public

2021-04-16 15:02:11

CAP理論分布式

2010-07-13 10:40:30

唐駿

2023-05-30 08:19:07

kafka集群leader

2017-09-23 15:17:21

散熱筆記本電腦藍屏

2024-03-29 12:50:00

項目分層模型

2021-08-30 15:41:13

Kafka運維數(shù)據(jù)

2022-03-25 09:39:50

LinuxLinux top

2019-07-17 15:45:24

Spark內(nèi)存Java

2011-09-30 13:37:35

51CTO博客一周熱門薪酬

2021-11-05 10:59:06

元編程語言工具
點贊
收藏

51CTO技術(shù)棧公眾號