聊聊團隊協做與遵照團隊規範能力

前言

       至去年11月份從合夥創業中跳出來，已經快半年了，期間負責作了一個java項目。因爲是C#轉java,許多技術知識須要邊學習邊使用，對項目總體、團隊成員代碼質量把控的精力

就沒有輕車熟路的C#玩的的那麼嗨了。以致於，出現團隊成員註釋掉現有業務代碼實現新業務代碼的嚴重狀況發生。如今項目階段性結束，來聊聊大多程序員家庭缺乏的基礎能力：

團隊協做、遵照團隊規範。

何爲優秀的程序員？

  在網上搜索優秀程序員，出來一大堆優秀程序員所具備的特徵：愛學習、掌握多種語言、有必定的文檔功底、代碼設計夠靈活、會常常備份、注意安全性等。不多提到責任、團隊合做、

溝通、團隊規範。在公司招聘考覈項目中，也不多會涉及到團隊合做。不多會詢問前任公司代碼質量管理方面的問題。難道團隊合做與遵照團隊規範真的只是一個優秀程序員的佩純嗎？

非也，俗話說：衆人拾柴火焰高。工做中咱們身在團隊，互相團結、積極向前發展，一個團隊，沒有團結的力量，企業的總體進步會須要付出更大努力。不怕虎生兩翼，就怕人起二心。

若是團隊人員代碼風格各異，隨意使用插件，代碼風格也迥異，最後出來的項目就是四不像，後期擴展與維護成本會呈幾何倍數遞增。只有懂得團結協做、遵照團隊規範的人，

才能明白團結協做對本身、對別人、對整個企業團隊的意義，纔會把團結協做當成本身的一份責任，纔是一個優秀的程序員。

爲什麼會有大量的獨奏家存在？

     就我所見、朋友談及，當前程序員你們庭不多會有團隊意識較強的優秀人員存在。形成這個結果的緣由也較多，可是主要緣由仍是能夠概括的：

 一、微小企業爲生存掙扎，無多餘或者不肯付出爲提升代碼質量所產生的成本。

 二、許多程序員多數展轉於各類中小企業之間，而中小企業都是靠業務驅動，對代碼質量要求不高，沒有較完善的代碼規範文檔和重視技術質量的企業文化，程序員逐漸養成習慣。

 三、程序員也是人，是人就會惟利是圖。在團隊中過於爲了表現本身而特立獨行，反而形成很差後果。

 四、程序員專業從大學到工做，接觸社會的面就比較單一。以致於形成情商低，智商高的假象，最後獲得社會大衆的公認。

 五、程序員大多出自寒門子弟，社交基礎低，社會交際機會少。在社交中多受到情商低，智商高的薰陶，最終養成自行其是的風格。

 六、技術管理人員不肯意浪費精力去幹得罪人的事情，且沒法堅持實施團隊規範制度。

如何培養團隊合做能力？

       最省事、直接的方式就是換血。把無培養價值的人員從團隊中剔除，招聘更優秀的程序員，讓新鮮血液影響整個團隊。話很超，可能會被不少同行臭罵，可是優秀的程序員效率更高，

相比通常程序員，效率的差距可能會出現好幾倍的差距。並且，優秀的程序員會更多的考慮項目總體影響，會主動交流，實現的功能BUG也會少不少。實際狀況中，剔除這個辦法通常很難行得通，

畢竟都是人，關係不會搞得很死。若是換血行不通，就只有增強公司內部人才培養和創建完善的制度，並堅持執行制度。

       許多公司技術領導時常抱怨現今程序員愈來愈多，可是想招到一個優秀的程序員缺難上加難，因此公司在招聘人員的時候都喜歡讓信得過的成員內推或者本身培養人才。培養人才無非3種：

第一種：招聘實習生，手把手的教；第二種：創建完善的代碼規範制度和審查制度，並嚴格實施；第三種：定期開培訓課程和技術座談會，讓每一個成員都瞭解項目業務及技術構成，讓每一個成員

都有參與感。

      創建完善的代碼規範制度和審查制度：對代碼命名、架構分層、業務分塊作詳細的文檔規範。在代碼審查上，要求成員作交叉走查，並對走查的功能作優缺點評價；項目技術負責人按時對

成員代碼作抽查。許多同窗認爲這個有個毛用，真真實施起來，都是應付了事。我也知道是應付，可是這個制度會營造出一個謹慎編碼的氛圍，長時間下來，會或多或少的讓成員代碼風格一致，

並養成謹慎編碼的好習慣。

       定期開培訓課程和技術座談會：這個值最好的辦法。定期讓項目主要負責人或成員講解項目業務和技術架構相關的知識。在座談會期間，讓每一個人員對整個項目的業務和架構都有所瞭解，

讓每一個人員都參與到項目技術改進上，在培養團隊意識，增強團隊凝聚力的同時，也讓代碼框架更加完善。

總結

      團隊協做和遵照團隊規範的能力是一個優秀程序員必備的能力。一個公司想要大量擁有這種人才，減小成本靠招聘很難辦到。惟一的辦法就是打造相應的企業文化，經過企業文化營造出團隊合做

重要性的氛圍，改善程序員的意識，讓之養成習慣。