1、職業的亞文化：
專案經理 需要一種有條不紊的態度，這樣才能整理和**出交付日期和成本以及專案內部複雜的依賴關係。
oo程式設計師 需要安靜的時間，抽象思考的能力和處理程式設計介面同步演進的不確定性的能力。
需求分析師 依賴於周密的思考，一次一行地對需求和介面盡性檢查、尋找錯誤。
市場人員 得益於強大的想象力、人際交往能力和對付市場（和程式設計師）不斷拋給他們驚喜的能力。
（p121）；
2、dee hock 說過：「
簡單、清楚的目標和原則能引起負責、聰明的行為。
負責的規則和章程能引起簡單、愚蠢的行為。」（p124）；
3、過程微縮（process miniature）：
乙個團隊要求新來的人在第一周
從需求到交付完整地開發一段軟體。這個為期一周的練習目的在於：向新來的人介紹團隊成員、角色、標準以及各種物品在公司中的物理位置。（p150）；
4、應該、應當之類的詞標明了粉飾。沒有它們，軟體照樣能成功交付。（p153）；
5、7 條在設計和評估方法集時有用的原則：
1）互動式的、面對面的溝通是交換資訊時最便宜並且最快速的通道。
2）方法集中過多的重量代價很高。
3）團隊越大，所需的方法集越重。
4）專案的關鍵度越高，適用的正規度也越高。
5）增加反饋和溝通能夠降低對於中間交付物的需求。
6）【紀律、技巧和理解】 與 【過程、形式和文件】 化正相反。
7）可以犧牲非瓶頸活動的頻率。（p159）；
6、設計師不能得到必要的安靜來完成他們的工作，原因是文件工作的負擔和過高的分神比率。（p161）；
7、第 5 中 7 大原則組合使用後的後果：
1）向專案增加人手是昂貴的；
2）團隊的規模增長有很大的跳躍性（24 不同水平程式設計師 vs 6 smalltalk程式設計師）；
3）應當改進團隊，而不是擴大團隊；
4）不同的專案需要不同的方法集；
5）方法越輕越好，直到他們用盡精力為止；
6）方法集應該能夠伸縮適應
（p169~173）
8、溝通負載會隨著人數的增加而公升高。
6 個人能夠在乙個房間工作，20 個人可以在很近的幾個房間裡工作，40 個人一層樓，100 個一棟樓。（p172）；
9、極限程式設計適合c4到e14分類的專案（p172）；
10、需要的是乙個短小的、可讀的文件，這樣每個新團隊才會把它讀一遍。（p188）
敏捷軟體開發原則，模式與實踐書摘
敏捷軟體開發原則，模式與實踐書摘。拙劣設計的症狀 物件導向設計原則 例子1 圖示 liskov替換原則 the liskov subsitution principle,簡稱lsp 例子1 圖示1 例子1 圖示2 程式示例 template void persistentset add const ...
敏捷軟體開發讀書筆記 敏捷軟體開發宣言及其原則
原文 the agile alliance its principles 根據個人理解翻譯，僅供參考 敏捷軟體開發宣言 個體與交流 勝過過程和工具 可用的軟體 勝過面面俱到 的文件客戶協作 勝過合同談判 響應變化 勝過遵循計畫 上列各條中，右側雖然也有價值，但左側的價值更大。敏捷宣言原則 1.盡早並...
敏捷軟體開發讀書筆記 敏捷軟體開發宣言及其原則
原文 the agile alliance its principles 根據個人理解翻譯，僅供參考 敏捷軟體開發宣言 個體與交流 勝過過程和工具 可用的軟體 勝過面面俱到 的文件 客戶協作 勝過合同談判 響應變化 勝過遵循計畫 上列各條中，右側雖然也有價值，但左側的價值更大。敏捷宣言原則 1.盡早...