本章重點：
團隊有一些共同的特點：
就像在手術台上，有乙個主刀醫師，其他人（麻醉，**，器械）各司其職，為主刀醫師服務。
這樣的團隊中，有首席程式設計師（chief programmer）來負責處理主要模組的設計和編碼，其他團隊成員從各種角度支援他。
這一模式往往退化為：乙個人幹活，其他人跟著打醬油。（作者以學校的軟工課為例）
主治醫師模式運用到極點，可以退化為明星模式。
明星的光芒蓋過了團隊其他人的總和。
往往對於團隊的成長不利，如何讓團隊的利益最大化、如何讓團隊的價值在明星隕落之後仍然能夠保持，是這個模式要解決的問題。
社群由很多志願者參與，每個人參與自己感興趣的專案，貢獻力量，大部分人不拿報酬。
優勢在於：眾人拾柴火焰高。
缺陷在於：「社群」並不意味著「隨意」，一些成功的社群專案，都有很嚴格的**複審和簽入的質量控制。
每個人可以在不同的專案中嘗試不同的角色。
但是在競爭性強烈、創造性要求高的團隊，不會存在完美的民主氣氛。
一些軟體專案在秘密狀態下進行，別人不知道他們具體在做什麼。
這種模式的好處是：團隊內部有極大的自由，較高的熱情，沒有外界的干擾（不用每週給別人介紹專案進展，聽領導的最新指示，等等）。這樣的團隊往往能發揮超高的效率完成看似不可能的任務。
一些團隊由一些有特殊技能的專業人士組成，負責解決一些棘手而又緊迫性的問題。
門類齊全，各司其職，演奏的都是練習過多次的曲目，重在執行。
強調個性化的表達，強有力的互動，對變化的內容給予有創意的回應。
這看上去跟「敏捷的開發模式」有點類似。
具備不同能力的同事們平等協作，共同完成乙個功能。
在這個功能完成之後，這些人又重新組織，和別的角色一起去完成下乙個功能。小組內的交流比較頻繁。
這種模式脫胎於大機構的組織架構，幾個人報告給乙個小頭目，幾個小頭目報告給中頭目，依次而上。
構建之法第五章 團隊和流程
構建之法閱讀筆記05 團隊和流程 團隊和流程 這一章主要講述團隊的軟體團隊模式和開發流程。還有他們的優缺點。一 團隊模式。文章中介紹的團隊模式有很多種，這裡只選取其中的幾種來描述。1.一窩蜂模式 最混亂的一種模式，存活時間不會很長。2.主治醫師模式 就跟在手術台一樣，有乙個主刀醫師，其他人為主刀醫師...
《構建之法》第8 9 10章
第八章 需求分析 軟體開發團隊就是為了使用者著想，於是總會在程式專案開發前進行專案的需求分析 本章節講述軟體需求的4個步驟，1 獲取和引導需求 2 分析和定義需求 3 驗證需求 4 在軟體產品的生命週期中管理需求 在軟體工程中分析軟體需求需要考慮相關者的利益關係，例如使用者 顧客 市場分析師 監管機...
《構建之法》第13 17章
第13章 軟體測試 問題 軟體測試方法有哪些？第14章 質量保障 問題 什麼是軟體的質量？第15章 穩定和發布階段 問題 軟體發布前要注意什麼？第16章 it行業的創新 問題 在it領域，怎樣做到產品創新?第17章 人，績效和職業道德 問題 軟體工程師要具備哪些職業道德？乙個程式設計師的生命週期 讀...