敏捷開發的原則是：
1.盡早並持續地交付有價值的軟體以滿足顧客的需求；
2.敏捷流程歡迎需求的變化，並利用這種變化來提高使用者的競爭優勢；
3.經常發布可用的軟體，發布間隔可以從幾周到幾個月，能短則短；
4.業務人員和開發人員在專案開發過程中應該每天共同工作；
5.以有進取心的人為專案核心，充分支援信任他們；
6.無論團隊內外，面對面的交流始終是最有效的溝通方式；
7.可用的軟體是衡量專案進展的主要指標；
8.敏捷流程應能保持可持續的發展。
領導, 團隊和使用者應該能按照目前步調持續合作下去；
9.只有不斷關注技術和設計才能越來越敏捷；
10.保持簡明 - 盡可能簡化工作量的技藝
- 極為重要；
11.只有能自我管理的團隊才能創造優秀的架構, 需求和設計；
12.時時總結如何提高團隊效率
, 並付諸行動。
敏捷開發的步驟：1.找出完成產品需要做的事
2.決定當前的衝刺需要解決的事情
3.衝刺
4.得到軟體的乙個增量版本，發布給使用者。
乙個團隊要變成敏捷團隊就要做以下改變：1.自主管理
2.自我組織
3.多功能型。
msf即微軟解決方案框架。
msf的基本原則：
1、推動資訊共享與溝通（foster open communication）
2、為共同的遠景工作（
work toward a shared vision
）3、充分授權和信任（
empower team members
）4、各司其職，對專案共同負責（
establish clear accountability and shared responsibility
）5、重視商業價值（
focus on delivering business value
）6、保持敏捷，預期變化（
stay agile, expect change
）7、投資質量（
invest in quality
）8、學習所有的經驗（
learn from all experiences
）9、與顧客合作（
partner with internal and external customers
）保持敏捷、預期和適應變化。我們是預期變化，不是期望變化。
個人感受部分：
通過這章的閱讀學習，我了解了敏捷開發的一系列知識，因為之前沒有進行過團隊開發專案，所以沒有體驗到敏捷開發的過程。乙個團隊要變成敏捷團隊就要做學會自主管理和自我組織。
《構建之法》閱讀筆記（三）
閱讀第四章 第五章所得 首先提到的是 規範，上課的時候老師也提到了並且強調 的規範對於閱讀 的人或者是編寫 的人來說都是很重要的。風格原則即簡明 易讀且無二義性。其中縮排 4個空格 行寬 可限定為100字元 括號 斷行與空白的 行 分行 命名 匈牙利命名法或其他 下劃線 大小寫和注釋等。複審也是極其...
構建之法閱讀筆記三
構建之法閱讀筆記之三 12 16章節 之前寫程式的時候從來沒想過使用者的體驗這一點，從來就是自己感覺怎麼簡單怎麼來，也沒有過多的想那麼多的問題，就是自己寫自己的，而且就是自己在寫 的時候很多就是跟著前人的腳步走，沒有過多的想法去創新什麼東西 看完這本書之後感覺自己差得很多，而且之前自己寫的也不是很合...
《構建之法》閱讀筆記三
在我們使用軟體的時候，我們總是因為對某個軟體有著某種需求才回去使用，那麼軟體團隊如何去了解和挖掘使用者對於軟體的需求，並且引導使用者表達出對軟體的需求。而如何獲取需求，有很多的辦法，我們最常見到的就是乙個公司上線了一款免費軟體來吸引使用者使用，同時在軟體上面設定了不少的使用者許可權來獲取使用者資訊，...