瞎寫了點，不做正規參考
關於成員組成
成員的組成，總體思想是牛逼的人得多，領域領頭羊得多，這個不再闡述
所有有基本常識的人都知道什麼樣的人好，難的是如何召集到這些人，跟如何把這些人留住
想要什麼樣的人?
1."機器"人
類似富士康那種，靠重複性勞動就能出績效的人，大多數的網路公司因為行業特殊性都沒有針對這種人的崗位
2.智慧型機械人
聽話有執行力，有想法，有技巧，但是需要管理層最好監督與分配，如果管理層的"**"編寫功底不夠，會導致整個團隊往錯誤方向走
3.智人
有自己想法，有獨立人格，做事積極，喜歡自己做得事，管理層發布的任務能說出自己建議，看問題角度多元化，這種團隊最高效，管理層省心
傳統成功行業模式 vs 新創成功企業模式
傳統行業因為起步年代比較早，社會環境比較單一，初期組成傳統企業的人都是經歷過老時代的，企業管理潛移默化的偏向於軍事化管理
人事方面受國企管理模式影響比較大，人才得不到重用，想法得不到支援，目前來看，傳統模式各個行業都在喪失活力，或變革或倒閉，如電子城，商場等
vs新創企業大多由年輕一代構成，想法更加大膽，更加主張個性飛揚。講究四兩撥千斤，用最少的力氣做最大的事情
人事方面階級概念不是很明顯，有等級，無強制，以理服人。充分發揮每乙個人的特長
激發每乙個人的集體歸屬感與榮譽感並遷移或排除不適合的人員，做事流程簡單，高效
關於組建自組織團隊的一些想法
自組織團隊，自適應團隊 敏捷宣言中有一句 quote 最好的架構 需求和設計來自於自組織的團隊 quote 怎樣的團隊才叫自組織的團隊呢 csdn上有一篇myan的文章 url 也有對自組織團隊 自適應團隊 的介紹。摘錄一部分內容如下 mishkin 這個很難說，因為在不同的組織，情況會稍微不同。不...
小型的C 專案團隊組建 Adams Wang
人月神話 the mythical man month 提出了這樣的論斷，盲目地 向進度落後的專案中增加人手，只會使進度更加落後。這中間還涉及到如何組建你的開發團隊，或者面向乙個軟體開發任務時，如何規劃開發計畫 劃分任務項 分配資源。緊接著，在 外科手術隊伍 the surgical team 中，...
團隊管理 關於技術團隊管理的一些想法
做lead programmer已經4，5年時間了，從雲日誌扒了些以前的感想寫在這兒。主程的主要工作是 1,評估並執行程式組的計畫。在程式組開始制定milestone，sprint的計畫時，應該已經和design團隊有明確的溝通，定義 了功能的具體需求和優先順序，一定要不要等到做團隊計畫時才來定需求...