程序員如何做個好團隊

⑴ 如何建立一支功不可戰無不勝的團隊

個人與團隊的關系

個人與團隊是相輔相成的，團隊的發展能拉動個人的發展，同樣個人的發展也是推動團隊前進的重要源動力。這是每個人要時刻記起的，團隊不是團伙，我們選擇了在一起是要成就一番事業的，是要成就每個人的夢想的，而不是聚集到一起為了賺生活費的。這就使得我們這個團隊一定不是靠江湖義氣才聚集的，歷來沒有靠江湖義氣能夠成就偉大事業的，水滸傳的故事就是最典型的案例。

團隊與個人知識的積累和完善是重要實踐歷程

毋庸置疑，知識的積累和完善是需要學習的，但是這種學習一定不是說大家去看某一本書或者某種教條就能實現的。當然，讀書學習是我們這輩子作為受過教育的人一輩子的事情，也是不想在這個知識爆炸時代掉隊必須要做的事情。更重要的是，要從實踐中去檢驗我們所學的是否正確，最簡單的每個做開發的人都會發現有些教程上給的實例落後了或者根本就是錯誤的，做設計的人發現課本上學的東西做出來的頁面沒能完全符合開發的需求。這都是在實際的動手過程中才發現的。

當然，我們也不是要用一個「看書+動手+總結」這樣一個簡單的模型來指導自己的學習，這個模型太過於狹隘了。我們要建立學習型的組織，其中「動手+總結」這部分是不需要修整的，而需要擴充「看書」這部分的內容。首先，我們說的「看書」就是指學到最基礎的原理，這是我們給看書的定義。事實上，在實際的工作過程中我們需要基於前輩的成果上去運作的，像牛頓說的那樣：我們的高度真正取決於我們站在哪個巨人的肩膀上，而不能完全靠一己之力。這有個前提，我們需要知道前輩取得成就的真正原理，並有一定的實驗求證。那麼真正用的多的模型是「拿來+求證+發展+總結」。而要做到這一點，是需要我們時刻保持謙卑的心態的，要不得半點驕傲的。

我們之前也談過：人類之所以有今天，就是因為善於實踐、歸納和借鑒。打個比方說：很小的時候，吃過一次糖之後，那就能知道甜是個什麼味道，就會能對被稱為甜食的食品中做出大概的判斷。能做這種判斷的前提就是我們進行過「吃糖」的實踐。這個過程中，「吃糖」就是實踐，「甜」是歸納的結果，而對甜食的判斷就是「借鑒」。「吃一塹長一智」這句古語也是闡述這個道理的。「吃糖」的的例子很容易被人理解，但我們要知道這種層次的學習方法是低層次的，是初級階段的。我們更多的所需要的通過實踐才能獲取的知識是間接獲得的，比方說我們知道一加一等於二，至於說為什麼等於二不是每個人都要考慮的事情，這是不需要我們求證的真理。再比方說，一個優秀開發團隊是有大量可復用程序和組件的，一個優秀的程序員是要熟知和掌握大量這樣的知識的，這是對經驗的歸納和應用。對於經驗的歸納和應用是需要測試和求證的，否則會付出代價的。

說到的這些問題正是我們團隊內正在發生或可能會發生，具體的就可以說我們要原創還是要抄襲。不管對於設計還是開發都面臨這個問題。在以上我給出了建議的工作方法，簡單概括就是：我們需要知道基礎的原理，並對這些原理做過大量的實驗，做到精通；對於項目，要學會借鑒和使用成熟的知識。也就是不要犯不知道一加一等於二的錯誤，也不要犯去求證為什麼一加一等於二的錯誤。同理，隨著我們團隊知識體系的完善，不要每遇到一個項目都要從第一行代碼寫起和從一個基礎的頁面元素設計還要做創意工作，也不要做完一個項目了還沒有完全掌握下載的源程序和不理解別人的頁面元素為什麼那麼設計。

以上說的是個人的知識積累和完善，個人的知識積累和完善順利的進行了，那麼團隊的知識和積累就變得超級簡單了，演算法也很簡單：每個人知識相乘起來就是我們團隊的知識，特別需要注意的是這里不是一個相加的結果。

項目從小到大是在持續的實踐和總結中發展得來的

我們的項目正經歷著從無到有或者從小到大，從低級到高級的發展過程中。這個過程中我們不斷在實踐，不斷在總結。這是一個循序漸進的工作，是需要我們經歷一個從感性的認識到理性歸納的過程，然後循序漸進的向前發展。

我們每個人加入這個團隊從第一天截止到今天，所了解到的是這是一個開放的團隊，我們每個人都很有戰鬥力，團隊很有戰鬥力。這就是感性的認識，這點說明我們的項目還處於萌芽狀態，我們的團隊還處於初級階段。我們的項目需要壯大，我們的團隊需要向高級階段發展。這要求我們要實事求是的做到理性的歸納。

首先，戰略的目標認識是否清楚是決定我們能做多大的基礎。比方說，發誘網這個項目的戰略目標是幫助因頭發問題而煩惱的人找回美麗和自信，讓他們不再為此煩惱；再比方說，鐵搭檔的戰略目標是幫助機械行業的人解決工作上的一切問題。我們能否時刻牢記我們的目標呢？又是否意識到我們所從事的事業將會改變很多人的命運呢？

其次，我們要清楚的知道單靠感性的認識和一時的沖動難以把事情做好，真正想做好就要把眼光放得長遠一點，要正確的設計里程碑。例如，到今天我們都知道了項目階段性收官的繁瑣，設計上不再有出效果圖時的那種成就感，程序上不再有做出大流程時的那種興奮。我們所進行的工作看起來就是修修補補，中間涉及到一個問題就是我們感覺這個階段進行的工作是重復性工作，不停的調試代碼然後刷新查看效果是否合適。為什麼會因此感到煩惱呢？是我們的里程碑設置出現了問題，我們的里程碑是做出一個產品，如果換一下思路：做好一個產品。那還會為此煩惱嗎？我想不會的。這就像一個鑄劍師，如果把圓鋼材放到火里燒透了，然後掄起大錘一通猛砸，打出劍鋒與劍刃，然後蘸火再打磨一下，一把劍也就出來了，但這一定不是一把好劍，而這個鑄劍師也一定不是合格的鑄劍師，僅僅是個鐵匠而已。鑄劍大師一定是會把把一節圓鋼材放進火里燒透了，拿出來打造一番，還要再放回去燒，再拿出來打造，這個過程要重復很多次，直到足夠精緻了，才會精心的進行蘸火的。經過這樣的工藝才有可能出來寶劍。

再次，理性的歸納才能總結出來可以知道我們今後工作的理論。感性的認識到的東西我們並不能馬上理解它的本質，感性認識到的僅僅是表面現象。比方說我們都認識到了這個團隊是個開放的團隊，是個有戰鬥力的團隊。但具體的，快樂和富有戰鬥力對我們的目標有什麼影響呢？具體又會體現在哪些方面呢？就不得而知了。只有上升到理性層面，從表面現象中歸納總結出有意義的理論來，充實到我們團隊的知識庫里，並用來指導我們實際的工作時才算找到了它的本質。知道了這一點，解釋我們的開放和富有戰鬥力就簡單了：我們是有理想的團隊，脫離了低俗的追求，我們清楚的知道為什麼而奮斗，開放會為我們帶來快樂，快樂也是源於奮斗的過程的，同時這種快樂更好的激發了我們的激情。我們這個從小到大的過程中，很多事物都是要經歷這樣從感性的認識到理性的歸納的，並且要充實我們自身和團隊的知識庫。知識庫一定是實實在在的，比方說，開發有沒有建立起完善的文檔體系以及工作的規范？設計有沒有想法總結和製作設計和製作的標准？物流有沒有完善管理？行政有沒有著手迎接更多新同事的准備？這些今天看起來無關緊要的事情做好總結歸納了，明天一定是我們事業發展的重要知識。

最後，需要深刻理性的知道，我們的項目在劃定的圈子裡稱第一有很大成分上是我們自封的，還沒有充分得到市場的認可。首戰必勝也還只是我們的目標，並沒有實現。我們和這些常被用來鼓勵自己的目標尚有差距，差距需要靠堅決的實踐能力腳踏實地的走過去。要做到讓眾多和我們接觸的人和了解我們的人真正對我們豎起拇指，做出發自內心的鑒定：這群人，能成！要做到讓同行傳播我們是第一！再此之前，我們不能妄稱第一。

絕對正確是存在的

在傳統的知識結構里，正確總是相對於錯誤的，也就成了相對正確，所以做事過程中我們習慣了把相對正確作為標准和目標，而忘記了對於我們的人生還有絕對正確的存在。事實上，每個事情都是有絕對正確的，而對於一家企業最求這樣的目標要付出實實在在的努力的。比方說Google一個「不作惡」的絕對正確目標要付出多大的努力和代價。

首先，做相對正確的事情時要選擇正確的相對的標准，這個相對的標准就是我們戰略總目標。現實中，我們看到很多項目最後失敗了，但參與的每個人都覺得自己負責的模塊做正確了。這種案例中參與的人大部分在評價自己的工作時都是採用了錯誤的相對標准。還拿我們熟知的發郵件案例：我們告訴了同事幫忙發一個郵件，同事進行了發的操作，但是收件方最後沒收到郵件。這個失敗的結果下，我們可以說我某某幫我發過郵件了，而同事也可以說我是發過了啊，乍一聽起來雙方都沒錯誤，都做對了，那隻能歸結到網路問題的不可抗因素上，雙方的正確是典型的相對正確。事實上真是不可抗的因素造成失敗的嗎？答案肯定不是。原因就在於用錯了相對的標准。

其次，明白無數的相對正確疊加到一起就是絕對正確。而這個絕對正確就是我們的戰略目標。這個目標也一定是靠我們各位的努力實現的。實現這個總目標的道路上是需要建立一個個的里程碑的，而構築每個里程碑又是由每天的小目標來實現的。對於小目標的實現就要建立標准，做正確了做好了才算實現了，這個正確就是相對正確。「每天進步一點點」就是這個道理。

最後，認識到絕對正確的存在性，我們才能在實踐和完善理論的道路上走得足夠的堅決，不至於迷失自我，失去鬥志。追求我們的絕對正確是有助於實現我們個人的夢想和價值的。每個人都是有夢想和自己的價值觀，實現了夢想和價值對我們個人而言就是絕對的成功。

總之，我們每個人要在實踐中摸索可為與不可為的經驗，積累和完善個人與團隊的知識體系。最終，要用我們自己獨有的知識體系指導我們這個團隊的行動，又在行動中積累和完善我們的知識體系，實現良性的循環。在這種實踐過程中，我們要有一種「不入虎穴焉得虎子」的實踐精神，就像追求首戰必勝和首攻必克一樣，要用眾多的勝利鑄就我們的常勝團隊！

⑵ 如何打造高效的研發團隊

高效的軟體開發團隊是建立在合理的開發流程及團隊成員密切的合作的基礎之上的，成員共同的迎接挑戰、有效的計劃、協調和管理各自的工作以至完成明確的目標，高效的開發團隊具有如下特徵：
1、 具有明確且有挑戰性的共同目標
一個具有明確的而且有挑戰性目標的團隊比目標不明確或不具有很大的挑戰性目標的團隊效率高得多，通常技術人員往往會因為完成了某個明確的任務，而且這個任務的完成具有挑戰性的意義而感到自豪，反過來團隊成員為了獲取這種自豪的感覺而更加積極的工作從而帶來團隊開發的高效率，如作為系統設計人員很清楚的知道在什麼時候要做到什麼，什麼時候開始做，什麼時候必須完成，為了完成工作必須面臨哪些挑戰，怎麼解決這些困難等為設計出一個高質量的軟體項目提供了重要保證，而模模糊糊的去設計一個系統或模模糊糊的就去編寫代碼是非常危險的，而且會為此付出高昂代價，因此高效的軟體開發團隊具有挑戰性的共同目標。
2、 團隊具有很強的凝聚力
在一個高效的軟體開發團隊中，成員們凝聚為一個整體共同進行工作，他們是相互支持、互相交流、互相尊重的，而不是相互推卸責任、保守、相互指責的，在一些散亂的開發團隊中往往存在這樣的問題，一些程序員是比較保守的，明明知道另外的模塊中需要用到一段與自己已經編寫完成但有些難度的程序代碼，他也不願拿出來給其它程序員共享，不願與系統設計人員交流，這樣給項目的進度造成了些不可度量的因素。

⑶ 剛畢業的程序員該如何融入到團隊中

首先你得有一台配置很高的電腦，充分發揮你的聰明才智，平時多與同事們溝通交流，不是說程序員就是不用說話，那當然不是的了，在出色做好自己工作的同時多多和其他同事交流。

⑷ 如何帶領好一個軟體開發團隊

我記得10年前在cisco的一個面試， 幾個問題記憶尤深：
1） How do you recognize the contribution of your team member？
2）Can you remember the name of your team member's other part？

還記得大鬍子CEO講的一句話，一個團隊重要的是公平， 我覺得追求公平這是
人的天性。 我個人經驗， 公平是目標， 平衡是手段， 溝通是工具。

軟體開發團隊的難點在於你如何評估每個人的貢獻， 不容易。 單純的代碼量是沒意義的。
一個簡單的修改後面可能是幾天， 幾星期， 甚至更長時間的辛苦工作。 我曾經聽到過抱怨，
老闆問改動了多少， 哥們回答道1行， 老闆問要這么長時間？

所以好的軟體部門經理或項目經理， 要有sense，這是行業經驗積累來的。 還有就是溝通，
全面的溝通， 超出工作范圍的溝通， 溝通是彌補行業經驗的手段。

軟體開發團隊人的因素很強， 每個人就是一部」生產機器「，很多脾氣很大， 不好溝通。作為leader重要的是從哪裡， 哪方面為他們提供幫助， 我想除了技術之外還有很多， 你可以從這方面作為出發點。比如職業規劃， 比如人際關系。

一點拙見， 希望有幫組。

⑸ 怎麼做一個好的程序員

想成為一名優秀的程序員，往往需要具備以下特質：

1、始終保持工作熱情
只有熱愛才能做好一件事。尤其對於技術人員來說，程序員經常對著電腦一坐就是七八個小時，有時候趕項目還得在公司熬夜加班。如果不是真的熱愛這份工作，光靠賺錢這個驅動力肯定是不足以支撐下去的。如果你每天都是一副上班比上墳還沉重的樣子，哪怕你的技術水平再高，你的狀態也很難好到哪裡去，更不可能做出一個好的產品來。
2、提高學習能力，不斷提升專業水平
新技術層出不窮，每個程序員都必須堅持學習。只有不斷學習才能不斷提升。在空餘時間多掌握一些工具，多學習一些技術語言，技多不壓身嘛。而且技術都是相通的，多學習一些新東西，會讓你更融會貫通。這樣既可以提高自己的工作效率，也能提升自己的職場競爭力。
3、加強溝通能力，避免無效的工作產出
下手寫代碼前必須明確產品的目標和需求，如果有不理解的，一定要及時跟上級進行溝通，必要時還可以從技術層面給產品和老大提出優化意見。切忌光敲代碼不思考，這樣很容易做無用功。
只要能做到以上三點，你未來的發展空間會更大，也相信你一定能找到適合自己的平台！

⑹ 如何做好軟體項目的團隊管理

決定項目成敗的不僅僅是范圍、成本、進度的計劃多麼完美，而是團隊是否能高效的工作。說到項目管理，很多人都會記得范圍管理、成本管理、進度管理，這些都是衡量項目成敗的要素，重視對這些要素的管理，無可厚非，但卻忘了一個根本的問題，那就是：所有的這些目標都將是團隊來完成的。計劃做的再好，沒有人去實現，或者沒有忠誠的成員去實現，那豈不是空談。

或許跟其他的項目不同，軟體項目徹底是"以人才為核心"的項目，項目的主要成本來自於人力成本、項目的進度完全由成員決定，因此，在軟體項目中，對團隊的管理不僅僅是對進度的保障，更是對項目質量、項目成本的保障。團隊管理才是軟體項目管理中的重中之重。

然而，軟體項目中的項目經理往往缺少團隊管理的意識，這可能跟他們的發展歷程有關。軟體行業中，很多項目經理都是從程序員做起來的，我們都知道，程序員的職業發展規劃路徑都是"程序員--高級程序員--項目經理"。而串起這條職業路徑的線，就是技術，這就導致了只要技術高，五六年自然都發展成為項目經理了。而軟體的技術高手在溝通方面都普遍存在很大的問題，他們不善於跟團隊成員交流、不善於人際關系、不善於鼓勵與傾聽，他們都喜歡獨立的研究技術問題，在大家的記憶里，很多電影里，軟體高手就是那種一個人可以破jie國家安全密碼的人，他們往往不可能是整個團隊的管理者。

⑺ 一名程序員如何融入一個團隊

原因是：「平時只喜歡一少部分人，也只有一少部分人喜歡我」

說明：如果大部分人都喜歡你，願意和你交往，只有個別人不樂意和你交往那麼有可能問題出在別人身上；現在只有一少部分人喜歡你，那麼問題肯定出在你身上的。所以你要做的第一件事情就是先主動和別人交往，在交往的過程中，你會漫漫感悟到其中的奧妙........

僅供參考，呵呵

⑻ 如何組建優秀的APP開發團隊

組建一個優秀的團隊，除了需要優秀的個人能力外，還要注重團隊協作。提升團隊短板，人員不要經常流動。
另外也可以使用一些辦公軟體來提高工作效率，敬業簽是一款功能比較全面的桌面便簽軟體，分為個人便簽和團隊協作便簽。
作為一名團隊便簽的成員，都可以很清晰的看到自己所在的團隊便簽中記錄的內容，作為一名管理者，可根據需求的不同，將記錄的內容指派給團隊便簽成員。
而團隊便簽的提醒功能可以團簽成員在指定的時間接收到提醒，也可以在團簽內容編輯好之後選擇立即推送提醒、10分鍾後、60分鍾後和12小時後向指派成員推送給提醒。
為了方便查看工作進度，被指派者在完成任務之後，可以將內容標記為已完成，這樣一來，工作流程和進度非常透明，省去了很多不必要的麻煩。

⑼ 公司大多數是程序員，該怎麼讓大家活躍起來呢

一個互聯網團隊中，企業的研發部大多都是男性，女性成員的加入可以調節和活躍團隊氛圍，並適當平衡團隊中的男女比例。

經歷過的所有大大小小公司，在同等甚至女的能力差男的不是太大，都是優先招聘女的，因為男的太多了…招女的也是活躍公司氣氛的一種辦法。一方面是男女確定有比較大的差異可以互補，另一方面男女搭配。

⑽ 將來作為一個程序員，如何讓自己很好的融入團隊中去

多和別人交流經驗，學會分享和學習。