團隊組建

程序員的團隊合作經驗

程序員實際上並不是一個適合單打獨鬥的職業,尤其是隨着軟件規模的持續增大 ,這也越來越變的不太可能。於是團隊合作編程變成一個必須的選擇。


團隊探討


團隊成員的選擇是一個很嚴肅的話題,有一句古話叫做寧缺毋濫,在團隊協作的過程中會越來越體會到這句話的正確性。於是,如何恰當的組建一個團隊就成了一個首先就要面對,必須迫切解決的一個問題。關於這個問題有以下幾點:

1. 團隊成員交流


團隊成員之間的恰當,友好的交流是關鍵。有時候面對一個具體的問題,會相互爭論也是不可避免的,問題的關鍵在於團隊成員之間不怕撕破臉,因爲撕不破纔是真正的原因,否則,影響問題的具體溝通,最終不利於問題的解決。還會引發一些工作之外的私人問題。於是這個問題的避免在於團隊組建之前的選人工作,在這個階段玩玩不要害怕得罪人,否則最後受罪的還是自己。這是得不償失的決定,謹記謹記,這是一條很重要的原則。
團隊的組建不是一朝一夕的事情,需要給團隊的組建者,一定時間的觀察,或者相互觀察,甚至需要一些必要的面對面的談話,這對組建優異的和諧的團隊至關重要,關係到團隊的產出和效率,以及團隊存在的穩定性和發展性。

2. 團隊決定因素


團隊優秀與否的決定因素很多。根據我一段時間的經驗發現,團隊的優秀因素不是團隊中最優秀的那個人,而是團隊中最不優秀的人。這個和“木桶原理”類似——木桶裝水的多寡決定於最短的那跟木板。於是問題就出現了,我們在組建團隊之初,需要拉攏所有優秀的人,讓整體的團隊水平處在一個很高的水準。否則,在之後的團隊任務安排過程中會出現問題,就算是把最簡單的任務交給最不優秀的人,也有可能變成阻塞條件。於是,最優秀的人價值得不到有效的發揮,當然,不是沒有解決辦法,其辦法是要求團隊中的某些人,或者全部的人都是多面手,可以起到相互補充的作用。這樣可以在出現問題的地方,馬上投入資源。這是一個很高的要求,尤其是在軟件開發這個領域。
軟件工程領域有一本聖經級別的書《人月神話》,在這本書裏面作者提到一個觀點:不要往落後的項目裏面再次投入資源,對項目進展的提高毫無幫助。原因有二:

  • 首先需要騰出項目的人手給新進入的人羣進行相關的輔導,這需要佔用熟練人手資源,也就是說項目需要拿出本不多的資源給予培訓需求。
  • 新手的培訓佔用很多資源,除此之外,這些人對項目的開發不會有一丁點的幫助。

3. 團隊發展因素


團隊如何保持持續的優秀是一個客觀命題。尤其是在團隊組建之初,團隊成員對團隊自身的評價很高。那麼,如何保持這種優異性就變成一個不僅僅需要管理者自身考究的問題,也是每一個團隊成員需要考慮的問題。團隊的組成是個體的集合,不是簡單的集合,是邏輯性補充性的集合,會產生1+1>2的效果。
因此,團隊的發展建立在個體成員的發展基礎之上,每個成員的發展是個體牽引力量,所有個體牽引力量的合力就是團隊發展的力量所在。這要求團隊的每一個人都要發展,持續學習,否則團隊成員某一個不學習,不前進就會變成發展的阻礙力量,不僅不對團隊的發展貢獻力量,還會開倒車。也就變成團隊發展的阻礙力量。
於是,問題也會演變成如何確定團隊的行動發展方向。
團隊存在的意義在於一個被全體成員共識的目標,以及所有的成員對此目標深信不疑,否則容易出現分歧,也就是矛盾的前身。當然,一個團隊不可能不出現問題,於是問題也就演變成另外一個問題,如何消化團隊內部矛盾。
團隊成員在團隊目標的指引下,完善自身的不足,也就是自我學習自我提高,以及團隊成員之間的相互幫助,相互指導,相互提高,這也是一個優秀團隊所體現出來的特徵。有一種自給自足的供給氛圍。

4. 團隊優勢互補


團隊成員的基本能力應該既有廣度也有深度。

  • 廣度:體現出來就是,團隊成員所處的領域或者所從事的專業應該比較廣,而不是所有的成員均來自一個領域,這樣會出現知識的過分集中,然而項目的開發涉及的領域一般會很廣,會導致項目的開發進度會有所影響。任務的分配也比較困難。這對團隊的領導者壓力比較大。原則上也應該考慮性別以及年齡的相關因素,性別差異對團隊帶來的影響在於,看問題的角度不同,有利於問題的創造性解決。年齡層次的合理分佈,可以平攤工作經驗帶來的優勢和劣勢。使經驗在團隊開發項目中所處的角色不會太重,也不會太清。使面臨新的開發任務的時候不會迷茫,在面對新的問題時也不會喪失信心。
  • 深度:團隊成員個體要求在所處的領域有比較高的技術或者能力造詣,最起碼可以在問題出現的時候解決問題。更高一點層次是可以創造性的解決問題,而不是一直照本宣科。這會影響團隊創新性的開發。

5. 團隊


待續

發佈了58 篇原創文章 · 獲贊 18 · 訪問量 6萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章