❶ 如何帶領一個軟體開發團隊
首先，要有一個穩定的開發團隊，當然要穩住人才，就需要有一定的資金，現在一個老程序員要6000以上的工資，那麼你就自己算了。一個月你沒有幾萬，甚至幾十萬，是養不起一個團隊的。
其次，還要有一個比較忠誠的人，並且技術又好的一個人替你管理、協調這個團隊，除非你自己技術還可以，能做這個事，否則這種人還是不好找的。
最後，還得有一個客戶群，外行人做還是有點難的，貴*州*行思科技為你解憂，不管你是外包還是定製都是沒有問題的。網路就行
❷ 怎樣管理軟體開發團隊
高效軟體開發團隊的特徵
高效的軟體開發團隊是建立在合理的開發流程及團隊成員密切的合作的基礎之上的，成員共同的迎接挑戰、有效的計劃、協調和管理各自的工作以至完成明確的目標，高效的開發團隊具有如下特徵：
1、 具有明確且有挑戰性的共同目標 一個具有明確的而且有挑戰性目標的團隊比目標不明確或不具有很大的挑戰性目標的團隊效率高得多，通常技術人員往往會因為完成了某個明確的任務，而且這個任務的完成具有挑戰性的意義而感到自豪，反過來團隊成員為了獲取這種自豪的感覺而更加積極的工作從而帶來團隊開發的高效率，如作為系統設計人員很清楚的知道在什麼時候要做到什麼，什麼時候開始做，什麼時候必須完成，為了完成工作必須面臨哪些挑戰，怎麼解決這些困難等為設計出一個高質量的軟體項目提供了重要保證，而模模糊糊的去設計一個系統或模模糊糊的就去編寫代碼是非常危險的，而且會為此付出高昂代價，因此高效的軟體開發團隊具有挑戰性的共同目標。
2、 團隊具有很強的凝聚力 在一個高效的軟體開發團隊中，成員們凝聚為一個整體共同進行工作，他們是相互支持、互相交流、互相尊重的，而不是相互推卸責任、保守、相互指責的，在一些散亂的開發團隊中往往存在這樣的問題，一些程序員是比較保守的，明明知道另外的模塊中需要用到一段與自己已經編寫完成但有些難度的程序代碼，他也不願拿出來給其它程序員共享，不願與系統設計人員交流，這樣給項目的進度造成了些不可度量的因素。
3、 具有融洽的交流環境 在一個開發團隊中，每個人行使自己的職責，如需求分析人員制定需求規格說明、系統設計人員做系統概要設計和詳細設計、項目經理配置項目開發環境並且制定項目計劃等，但每個人的工作不可能做到完美的，如系統概要設計的文檔可能有個別地方詞不達意，做詳細設計的時候就可能會造成誤解，項目經理制定計劃時可能忽略了某種風險的存在而造成執行者過於緊張的壓力等等情況都需要大家通過交流、反饋的手段然後協商解決的，因此高效的軟體開發團隊是具有融洽的交流環境的，而不是那種簡單的命令執行式的。
4、 具有共同的工作規范和框架 高效軟體開發團隊具有規范性及共同框架的工作，對於項目管理具有規范的項目開發計劃，對於分析設計具有規范和統一框架的文檔及審評標准，對於代碼具有程序規范條例，對於測試有規范且可推理的測試計劃及測試報告等等。並且所有成員都明白自己的職責，知道必須完成什麼計劃？由誰來完成？什麼時候開始？什麼時候結束？按什麼順序？等，總之一個高效的開發團隊無論是工作內容還是工作流程都具有不同程度的規范性和標准風格的框架。
5、 採用合理的開發過程 軟體的開發不同於一般商品的研發和生產，開發過程中會面臨著各種難以預測的風險，比如需求的變化、人員的異動、技術的瓶頸、同行的競爭等，高效的軟體開發團隊往往是採用了合理的開發過程去控制開發過程中的風險、提高軟體的質量、降低開發費用，這樣的團隊會根據自身的必要程度決定要執行哪些工作？如配置管理、資源管理、版本控制、代碼控制等，團隊還合理的分劃並定義開發過程的里程碑，決定每項活動內容的底線和審評標准，決定各項活動的先後關系或迭代的關系等。總之高效的軟體開發團隊的開發過程的原則是高效率、高質量、低成本。
❸ 軟體團隊的如何建設和軟體開發如何管理
這些素質中，有些我們可以通過考試的方法了解，有些可以詢問，也有不少特質需要我們自己去感知。在我們招聘的過程中，技術人員的筆試是很重要的，必須根據需要設立不同的考題對人員進行考察。對於人員的能力和經驗除了考慮目前他所具備的能力以外，還要考慮他的潛力，有些人具有很強的學習能力，在具備一定基礎知識的情況下，可以降低對這種人經驗的要求。除了能力以外，一個人的情商對於我們的組織來說非常重要。我們可以通過心理測試的方式了解一個人的情商，同時，最重要的是，作為管理者，我們必須要具有感知一個人性格特點的能力。這樣，在招聘過程中，我們才能盡量做到選擇出合適的人才。在選擇人才的時候，我們不要一味追求便於管理，不要怕有能力的人。對於性格過於內向的人我們也要多加考慮，很多內向的人同時也具有執拗、各色、生硬、融合性差的特點，因此內向不等於便於管理。 有了合適的人選，團隊建立了，還需要不斷提升團隊的能力，需要培養具有特色的團隊精神。正如一個球隊，有了合適的人選，還必須有高質量的訓練，嚴格的細節要求，才可能在競爭中獲得勝利。一個團隊也是一樣，需要不斷的提升技術能力，提升凝聚力，提升協作能力，提升士氣，才能在一個個項目中獲得成功。 那麼，團隊精神的培養，團隊能力的提升從何著手呢？首先要確立團隊的風格，例如建立這樣一種團隊風格：分享、透明、責任、協作、團結、激情。在確立了這個風格以後，要在日常的工作中加以貫徹。 分享，主要是指技術的分享，可以定期舉辦技術講座，讓每個人都參與進來，領導者可以確立技術方向，然後大家分享彼此的知識和經驗，這種方式可以很快地提升團隊整體技術能力，分享的過程中也增加了成員間的相互了解和信任。 透明，是指管理上要透明，在我們的團隊中沒有不能拿出來說的秘密（工資除外），團隊成員間秘密的形成也是團隊隔閡的開始。 積極的態度、責任心是軟體開發必不可少的素質，不同的責任心開發出來的軟體可用性、性能、穩定性、出錯率可能相差很遠，發現由責任心引起的問題一定要堅決處理，提出公開的批評，根據情況作出適當的處罰，確保以後避免類似的錯誤。 軟體工程的過程和軟體設計的模塊化、分層結構導致了軟體組織成員分工的不同，這就要求成員間要有很高的協作性、團結性。對各項工作多進行討論，不要怕爭論，不要獨斷專行，最後執行討論後的結果，多討論有助於增進協作和團結。 每個人都需要一個舞台，在團隊管理中一定要了解每一個團隊成員的特點和能力，把最適合的任務分配給他，要為每一個人營造一個舞台，要充分發揮每個人的作用。軟體是一個團隊的工作，不是團隊中一個明星的工作。就象籃球是5個人的運動，足球是11個人運動一樣。要讓所有的團隊成員都參與到工作中來，一同享受工作的樂趣和成功的喜悅。不要造成忙的忙，閑的閑的現象，那樣的話忙的、閑的都會產生不滿情緒，最終導致不可調和的矛盾。 除了上述方法可以培養團隊的精神，促進團隊能力的提升以外，另外一個重要的手段是確立團隊不同階段目標，並討論採用什麼樣的手段達到目標。目標包括項目目標和能力目標，只有有了正確的目標，在團隊精神的鼓舞下，團隊才會產生激情。很多時候，激情的迸發可以產生意想不到的力量。 在培養團隊精神的時候也要避免一些嚴重影響團隊精神的事情發生。不要任人唯親，要唯賢是用；不要獨斷專行，要群策群力；不要高壓強制，要鼓勵引導。 在建設了一個好的團隊以後，任務已經完成了一半。軟體工程的特殊性要求我們在軟體開發上要有一套合理的管理方法。這在很多軟體工程的著作中作了大量的描述，這里我們只是做一個簡單的經驗介紹。我們分成一下3點進行闡述： .規范 .流程 .考核 規范。無論開發什麼軟體系統，都必須按照一定的規范進行。軟體開發過程採用規范進行管理的必要性相信任何一個管理者都會有明確的認識，這里我們只談採用什麼規范，怎麼樣執行規范。軟體工程的規范主要有CMM和ISO9000。通常我們採用CMM規范，並根據軟體組織的具體情況對規范進行相應的裁減。不管怎麼裁減，在開發管理過程中，以下一些關鍵環節是不可缺少的：需求分析，架構設計，概要設計，編碼，測試。通常，我們可以利用配置管理和版本管理的工具來進行開發過程的管理。在這些過程中，我們必須按照一定的CMM規范產生相應的過程輸出。我們採用的規范都要形成相應的書面材料或者模版以供員工閱讀。總結一下我們需要的基本模版：需求分析模版、設計模版（架構、模塊、數據）、編碼規范、測試規范，基本管理工具：版本管理、配置管理、測試流程管理。 流程。流程涵蓋軟體組織的內部流程以及軟體組織和需求單位之間的外部流程。外部流程包括需求討論流程、需求確認流程、系統初審流程、系統終審流程等等。內部流程包括需求分析流程、設計流程、開發流程、測試流程等等。每個組織要根據自身特點和項目特點按照CMM規范的要求制定流程，並對流程進行講解，按照流程嚴格執行。在流程的各個環節完成軟體項目的輸出：需求書、設計書、代碼、產品、測試記錄、說明書等等。 除了正確的規范和流程以外，任何一項工作都要進行考核。考核可以是全方位的，除了工作業績外，協作意識、學習意識、責任意識都在考核的范圍內。軟體的輸出是個人腦力勞動的輸出，獨立完成同一個功能，不同的開發人員輸出產品的性能、穩定性很難完全一致，因此工作業績的量化很難，對於工作業績可以採用以下公式進行評估： 工作業績=工作量（小時）*復雜度（1-10）*創新性（1-10，是否可以參考以前的項目）*重要性（1-10）*質量（1-10）。 不要用輸出代碼或者文檔的長度來衡量工作量，因為有時一項重要的任務思考很長時間，但是輸出卻很短。復雜度、創新性、重要性、質量包含了對能力的評估，使得能力強的人工作業績能夠得到體現。復雜度、創新性、重要性、質量標準的確定是很難的，不同的人有不同的見解，這套標准需要軟體工程的人員專門研究確定，這個標准可以是公司自身的標准。協作意識、學習意識、責任意識也是考核的一方面，這些標準的制定也需要軟體工程人員研究後確定。 最後我們對軟體開發團隊的建設、軟體開發管理的一些理念做一個總結： .根據技術要求、項目要求確定團隊的模塊功能，既能滿足要求又不能形成崗位重復和浪費。 .選擇合適的團隊成員，利用書面測試考察應聘者的能力、經驗，感知應聘者的情傷，避免招聘難於融合到團隊的人員。 .建立團隊的風格，比如：分享、透明、責任、協作、團結、激情。確立正確的團隊目標，給每個人一個合適的舞台去發揮，同時避免不利於團隊精神形成的管理方法。 .制定適合企業的軟體工程規范，並嚴格執行。 .制定適合企業的流程，並嚴格執行。 .制定適合企業的考核體系，並嚴格執行。
❹ app開發團隊怎麼管理
一個APP開發團隊，在人數上少的6、7人，多的幾百人，想要管理好這些人，在開發APP的時候，就需要將APP整個項目分階段的進行，而不是一窩蜂的湧上去，不僅不能幫助到APP的開發，整個團隊也會陷入混亂之中。所以在開發APP之前，一定要確定好產品的開發周期，確定每個工作人員所擅長的領域開發時間，當然這個時間是有彈性的，想要開發的快高效，就需要壓下時間。
❺ 如何管理好開發團隊
首先恭喜你，現在具備創業者的第一個要素了---野心（事業心），你這個團隊20多人，現在你站出來要統領大家，說實話這個與你平時在你這個圈子裡面的影響力有很大關系，假如你平時未能經常主動站出來組織大家做一些活動或者事情的話，建議你先培養你這個團隊一段時間。由於你這個團隊在網上組建，彼此都不太了解，所以你首先要確定的是你在團隊的核心位置，這個需要你多付出一些，例如你現在要靠個人給這個團隊去拉些業務，並且合理的去分配利潤給大家，你的先要給大家看到你的組織能力，業務能力，管理能力，讓大家有這個過程接受你這個將來的老闆；
當你完成以上步驟以後，此時你的找適當的時機指出你想成立一個項目小組或者就是一個公司，並且你已經把這個項目的未來規劃的很好，也就是設定了很遠大理想的目標，這點相當的關鍵，我是出互聯網出身，我太了解目前做互聯網公司的點點滴滴了，一個團隊沒有目標以及理想，那麼是沒人願意跟你一起去創造的（特別提示：由於你現在所謂的這個團隊可能很多人都有固定的工作，突然想讓別人放棄現有的跟你混，那你就必須拿出你設計的美好的團隊前景去吸引他，不過就現實情況來看，20人的團隊，其實核心對你將來有用的不會超過5個），你可以對你自己設定的目標要求高些，但是別指望你這個團隊裡面的人能完成你的目標，要學會思考；老闆與員工的區別在於，老闆總是能主動的去承擔風險，主動去思考和解決現有的困難，員工相反。
當你完成以上步驟的時候，這個時候就需要牽扯到團隊穩定性最核心的部分---利益的分配和權利的分配了，就你目前提供的信息來看，我可以給你解決至少8個人的權利也就是崗位分配的問題，1、網頁設計項目小組2人（名稱可用項目經理、項目執行經理）2、軟體開發項目小組2人（項目經理、項目執行經理）3、網吧廣告項目小組2人（項目經理、項目執行經理），項目總監一名（負責協調各個項目小組的人），項目財務管理一名，項目驗收服務管理一名，當然還有你這個項目總負責人。這樣至少把你現有的20人能利用一半了，你的團隊基本又畸形了，權利分配完後，接著就是項目利益的分配了，這個相對相當的有學問，建議不管哪個項目完成的項目收入30%拿出來納入你整個項目後期的運作資金，60%拿出給項目直屬人員，10%拿出給所有項目組成員，強烈建議此時你一分都不要，這個是要成為一個團隊核心應該有的度量。
當你完成以上步驟的時候，就是時候要開始管理這個團隊了，這個時候是很痛苦的，因為這個時候你把人組織起來後，就牽扯到管理了，談到管理，就必須談到---制度，這個制度就需要你借鑒很多團隊或者公司的管理制度，這個時候由於會涉及到你團隊人員的個人利益，所以肯定會有人不配合，當然只需告訴大家為什麼這么做能讓大家接受就行，不接受的建議你這個時候要會捨得，能否成功就看你這個時候的個人魅力了，有團隊的地方就應該有制度，有制度的地方就必須要執行，要執行就必須要有驗收執行結果的人，你就是這個人。
由於回答有字數限制，加上這個話題是個很龐大的問題，不是幾句話能表達清楚的，歡迎在有時間的前提下交流溝通，文字是死的，人是活的，有這個好學的心態保持住，你肯定會有所成就.最後祝你事業成功！
❻ 如何組織軟體開發團隊
這跟你要開發什麼軟體、使用什麼開發模式、有多少預算、有多少開發時間等很多因素有關，比較復雜。在軟體工程領域，這是一個大問題，相關論文不計其數，有興趣可以查閱期刊文獻。
給你說說最常用的吧，是一種基於縱向管理結構和瀑布開發模式來進行組織的開發團隊。分為：
項目負責人：負責統籌項目運營方面的一切事務，預算管理、進度查詢、會議組織安排、職能分配、客戶對話洽談等等。
架構師：負責進行需求分析、軟體架構構建、概念與邏輯設計、功能細分、系統性能分析等等。
前台/界面設計師：主要負責軟體GUI設計。
資料庫工程師：負責資料庫的搭建、優化和管理。
程序員：負責後台代碼編寫。
測試員：根據軟體測試技術來進行相應的功能測試，比如黑盒、白盒測試、單元測試等等。
客服人員：負責軟體到客戶的安裝、使用、售後、答疑等問題。
根據項目大小和任務量，每一個職能分類可以是一個人或幾個人，形成局部縱向上下級負責制，比如項目經理與副經理、界面設計總監與界面設計師、總軟體工程師與程序員等等。
❼ 如何帶領好一個軟體開發團隊
我記得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重要的是從哪裡， 哪方面為他們提供幫助， 我想除了技術之外還有很多， 你可以從這方面作為出發點。比如職業規劃， 比如人際關系。
一點拙見， 希望有幫組。
❽ 如何營造高效軟體開發團隊
這個理論的東西太多了，理論上的原則就是嚴格遵守software engineering規范，就不給你啰嗦了，各種書籍資料一大堆，網上一搜也一大堆。
主要給你說說我這些年組織團隊的心得體會吧：
首先，高效率的軟體開發團隊的關鍵因素是團隊結構和"人"。
選擇團隊組織結構和人員是非常重要的起始環節。而且這兩個方面是相輔相成的。團隊組織結構大體上分為橫向和縱向兩種，橫向結構表示團隊成員的許可權和等級是相同的，即每個人在團隊中的作用和地位是一樣的；縱向表示團隊是一種從上而下的管理組織結構，典型的分為項目經理、架構人員、主程序員、程序員、測試負責人、測試專員等等。具體的實踐過程中，還會把這兩種結構相互融合，構成橫向為主縱向為輔，或者橫向為輔縱向為主的組織結構。
在選人上，一般注重人員溝通能力和技術能力，學習能力雖然也很重要，但是絕對不是高效軟體開發團隊需要重視的方面。我是不會要技術能力差的人的，這種人只能浪費大家的時間，要麼不斷跟他解釋、要麼就要等待他完成自己的學習曲線，高效的開發團隊中不會有技術能力差的人。如果有人說他自己學習能力強，短時間就能提高自己，那麼我會說，請你先用短時間來提高自己，再申請加入我的團隊。很多企業都是先招人，然後慢慢培養，但是先進的企業即使是招人來培養也是招能力高的人（比如著名高校的優秀應屆畢業生）。
選好人後，再根據現有人員來決定到底是哪種架構。如果手上的人員溝通能力普遍非常強，那麼橫向為主的架構是首選；如果他們的溝通能力較弱，而個別人溝通能力強，那麼縱向為主的架構是首選。
其次，必須運用獎懲等激勵機制來提高責任心。很多人在團隊中工作，都只是為了工資、積累經驗等與自身有關的因素，其實不能過分要求他們對團隊負責。但是作為團隊組織者，必須讓他們把自己與團隊結合起來，讓他們的自身利益與團隊利益協調一致。比如，訂立團隊項目終結獎勵機制，對團隊成員進行項目紅利分配，在訂立項目合同的時候對項目的紅利分配定為浮動式，可以設定為如果客戶在一段時間的軟體使用期內找到一個不能在2天內解決的bug，該bug涉及的負責人員的項目紅利相應減少一定份額；這樣就能在開發的過程中充分調動所有人的積極性，盡量的完善用戶需求、架構設計、代碼質量、測試環節，為了減少用戶可能發現的bug，並且完善文檔，用來提高解決bug的效率，從而能保證自己最後得到的項目紅利不會減少，或者不會過分減少。
其實還有很多類似內容涉及到提高軟體開發團隊效率，主要原理是和營造團隊文化、營造團隊成員的集體思維意識有關。