第六章敏捷流程
盡早並持續地交付有價值的軟體以滿足顧客需求
敏捷流程歡迎需求的變化，並利用這種變化來提高使用者的競爭優勢
經常發布可用的軟體，發布間隔可以從幾周到幾個月，能短則短
業務人員和開發人員在專案開發過程中應該每天共同工作
以有進取心的人為專案核心，充分支援信任他們
無論團隊內外，面對面的交流始終是最有效的溝通方式
可用的軟體是衡量專案進展的主要指標
敏捷流程應能保持可持續的發展。領導、團隊和使用者應該能按照目前的步調持續合作下去
只有不斷關注技術和設計，才能越來越敏捷
保持簡明—盡可能簡化工作量的技藝—極為重要
只有能自我管理的團隊才能創造優秀的架構、需求和設計
時時總結如何提高團隊效率，並付諸行動
敏捷宣言表明的是一些優先順序，不必當作聖旨或者教條來爭論。
scrum master不是乙個官，而是乙個沒有行政權力的溝通者，就像微軟的pm那樣。他/她同時還要在團隊中做具體的工作。直接把原來的「經理」變成scrum master，大多行不通。
一些專案需要很多暗箱操作和政治角力才能搞定，scrum會把這些矛盾都擺到明處。這有好處，也有風險。
在複雜的專案裡，要讓一線團隊成員做決定。
創業公司的團隊其實經常是執行在scrum 的模式中。
在scrum計畫階段的估計不是乙個「合同」，領導們不要把它當成乙個合同。估計總是不准的。堅持短期的sprint，這樣即使不准的估計也不會有大的損害。
總結：
通過各種方法和角色，鼓勵團隊內部交流，優化團隊交流方式
第七章 msf
msf基本原則：
1. 推動資訊共享與溝通
2. 為共同的遠景而工作
3. 充分授權和信任
4. 各司其職，對專案共同負責
5. 交付增量的價值
6. 保持敏捷，預期和適應變化
7. 投資質量
8. 學習所有的經驗
9. 與顧客合作
scrum總結：
scrum 是乙個用於開發和維持複雜產品的框架 ，是乙個增量的、迭代的開發過程。在這個框架中，整個開發過程由若干個短的迭代週期組成，乙個短的迭代週期稱為乙個sprint，每個sprint的建議長度是2到4周。在scrum中，使用產品backlog來管理產品的需求，產品backlog是乙個按照商業價值排序的需求列表，列表條目的體現形式通常為使用者故事。scrum團隊總是先開發對客戶具有較**值的需求。
構建之法讀書筆記
場景 故事 版權 版本 維護人 1.背景 a.典型使用者 姓名 性別 年齡 職業等 b.使用者需求 痛點 c.假設 2.場景 關於這個場景的文字描述角色 與軟體互動的角色，如使用者等其他實體，甚至時間 主要成功場景 一系列步驟 步驟 描述每一步的互動 擴充套件場景 描述一些意外情況 軟體功能說明書 ...
《構建之法》讀書筆記
乙個軟體除了穩定 功能強大，使用者體驗也很重要。程式開發人員和測試人員在強調其功能和效能的同時，還有一點很注重的就是使用者體驗。在我們學習的最初階段老師們就強調對於軟體開發來說使用者體驗的重要性，無論軟體還是硬體，都有很多功能部件，各個部件還要郵寄的結合起來，才能滿足使用者的需求。其中有一點特別，就...
構建之法讀書筆記
在上一次，我讀了大道至簡，在大道至簡中，我理解了軟體開發所需要的是簡化與便捷，這是軟體工程需要思考的地方。而在構建之法中，我學到了軟體開發中更符合我的問題的東西。書中說，軟體工程師的成長分為四個階段 玩具時期，愛好者時期，探索者時期，行業時期。在這四個時期中，我處於玩具時期。還沒有掌握最基本的東西。...