年過30一直都在小企業裡混，時常會覺迷茫30已過，而自己仍舊只是小公司裡混混。每個人的近況不同，所以考慮的東西也大有不同，總的回想自己從業的這幾年，也有些許東西可以拿出來分享，沒有對錯，只是覺得這樣做更好點吧。
先說說基本經歷吧，大專畢業後公升本科，算不上流的本科院校畢業，出來後從事.net開發工作，前幾年主要從事**開發，後開始從事傳統軟體開發，就是各種系統，期間開始接觸php，使用php開發。14年低開始帶團隊，到現在主要做產品這方面的工作，也兼顧團隊管理但不是主要，所在團隊都屬於小團隊，也參與過幾個外包小團隊。所以就過往的經歷總結些小團隊的經驗，希望能與碼友一起**。
首先談談小團隊構建的必要性吧，從邏輯上講，大的團隊也是可以分各個小團隊，小團隊的職能不同，小團隊間相互協調，把大專案拆分，共同完成統一專案目標，這樣也就能構建成乙個大的團隊，所以談小團隊與大團隊並不衝突。再有大公司總是少數的，還是有很多從業者都還是小團隊，有更多的創業者，也都是帶著小團隊，所以小團隊構建，不管是大小公司都必備的。
小團隊的優點：
一、高效 高效只是從理論上談的，當然小團隊想要高效還是得看管理者及團隊人員構建。高效主要在於交流高效，不需要太多次的意見傳達，專案管理中也不需要多方去協調，遇到溝坎時也會比較快捷的討論解決。
二、易管理 這個應該是毋庸置疑的，人少就好管理。
三、好像就沒有其他咯，以後有想到再補吧。
缺點：一、團隊思維侷限 執行專案可能遇到考慮不周的問題，當然這個通過更多的時間可以解決，這樣就違背了高效的特點，還有團隊人員的能力上都可以緩解這些問題，但普遍還是存在這個問題。
二、無法完成大規模的專案 大型專案可能就需要好幾個小團隊來共同完成。
三、沒有系統化的思路 能高效的完成小的專案，但往往沒有考慮系統化的道路，做了專案一，專案二，卻沒法把專案一二合併。
小團隊構建後也主要圍繞這些優缺點來完善團隊。
構建小團隊，首頁考慮的是人員：
專案經理1人（需要編碼及需求），團隊需要領頭羊，但不能多個人來擔任，所以專案經理1人，需要具備溝通交流需求的能力。往往這類團隊都沒有需求分析師，沒有產品經理，這就需要專案經理來接手這部分的工作，再有就系統架構方面也需要由專案經理來解決。
平面設計1人 ，負責專案平面設計工作，最好是女生，畢竟開發團隊男多女少，能協調下會比較好。
核心開發2人，核心開發人員2人，主要分擔專案的開發工作，在遇到溝坎時候能與專案經理一同討論完成，最好是核心人員能分擔專案專案經理架構部分的工作。核心開發最好能乙個擅長後端開發，系統架構、資料庫設計都可以一手完成，另乙個核心開發能比較擅長前端，能完成前端ui的工作。
輔助開發2-3人，完成專案經理安排的小區塊功能工作。
測試1-2人，主要手工測試軟體功能，也不需要什麼自動化測試，壓力效能安全測試這些的。
完成團隊人員構建後就需要做團隊管理和團隊文化的工作，後續再討論這塊的問題咯。
小團隊開發實踐
在一些大的軟體研發團隊中，普遍會採用cmmi rup等流程模型來管理研發過程。這些流程普遍需要比較大的管理開銷，在大型研發團隊中，可以設定專人來 負責相關的工作。但對於一些小型的研發團隊來講，不可能抽出時間和人力應對如此大的管理開銷。對於小團隊來講，生存壓力更大，軟體質量更為重要，從某種意 義上來講...
程式開發團隊 危機篇
然而，在國內你會經常發現很多企業一旦發展到一定的規模，就會出現很多的問題，以致於倒閉或分解成幾個小企業，所以國內的很多企業總長不大，團隊亦然，發展到一定的程度也會出現這樣那樣的危機，面對這些危機，如果團隊leader和團隊成員不注意的話，那麼有可能導致團隊效率下降等現象，甚至有時候後果非常嚴重。人們...
程式開發團隊 危機篇
然而，在國內你會經常發現很多企業一旦發展到一定的規模，就會出現很多的問題，以致於倒閉或分解成幾個小企業，所以國內的很多企業總長不大，團隊亦然，發展到一定的程度也會出現這樣那樣的危機，面對這些危機，如果團隊leader和團隊成員不注意的話，那麼有可能導致團隊效率下降等現象，甚至有時候後果非常嚴重。人們...