交流 專家 問題 master ftw print 競爭 軟件行業 利用

範佳怡 http://www.cnblogs.com/1078246525FJY/p/6883755.html 本章的敏捷流程讓我思考了許多。要想很好的應用敏捷流程其實是很考驗一個團隊人員的經驗，交流與合作的。要想成為敏捷團隊，團隊中的每一個人都要全方位的全面負責，還需要互幫互助自我管理。就現在的我們而言可以說是完全沒辦法做到的。這也讓我們在一些本可以用敏捷流程的地方用不了，從而導致效率低下等問題。此外學會辨別什麽情況適用這種敏捷流程很重要，因為並不是每一個項目都合適這種方法來完成的。選錯了方法很可能會導致很多原本可以避免的麻煩，甚至導致無法挽回的後果。就比如一些精密的導彈發射程序，宇航員火箭登月程序等，如果運用了敏捷流程則可能導致人員喪命或者打敗仗，自己人打到自己人等可怕的後果。所以，往後的學習我們也要加倍的刻苦。我們的不足還有很多。 黃真
本周第六章是關於“敏捷流程”，對於我來說是一個全新的概念。敏捷流程是一系列價值觀和方法論的集合。在敏捷開發原則中，敏捷流程需要面對面的交流，是一種人性化的方式，同時，保持持續性發展，經常發布可用軟件等原則，也說明了敏捷流程是十分有效率的。在敏捷的團隊中，Scrum Master的角色十分重要，需要在兩種語境間自如地翻譯和切換。最後，敏捷流程也不是萬能的，敏捷的方法只是能幫助我們更早地知道是否能如期完成任務，隨著人的認識的發展，軟件行業在未來也會有新的思想，或者舊的思想重新出現。
http://www.cnblogs.com/Yan1970/p/6883791.html 於雲亭
這周我學習了構建之法第六章敏捷流程，本章主要介紹了敏捷流程及其原則，Backlog、Burn-down、Sprint、Scrum方法論。以及什麽時候選擇敏捷的開發方法，什麽時候選擇其他方法。.敏捷開發的原則是盡早並持續地交付有價值的軟件以滿足顧客需求敏捷流程歡迎需求的變化，並利用這種變化來提高用戶的競爭優勢經常發布可用的軟件，發布間隔可以從幾周到幾個月，能短則短業務人員和開發人員在項目開發過程中應該每天共同工作以有進取心的人為項目核心，充分支持信任他們無論團隊內外。
http://www.cnblogs.com/yytred/p/6883713.html 嚴琬琳
“敏捷”這一價值觀和流程的倡導，這強調了敏捷做法的價值體現。保持可持續發展，提高了團隊效率，最終向客戶交付有價值的軟件以滿足其需求。但敏捷流程不是一蹴而就的，也不是萬能的。敏捷的流程是一系列價值觀和方法論的集合。敏捷是一種思潮，一種態度，或者說是一種價值觀，它涵蓋了好幾種軟件開發的方法論；這些方法論又是建立在許多行之有效的最佳實踐方法之上的。同時敏捷也有著最適用的範圍，是有各種客觀因素，例如需求變化、人員經驗、產品可靠性要求等因素所決定的。敏捷的方法能幫助你更早地知道你是否能如期完成任務，優化解決過程，僅此而已。因此要有準確的認知，行之有效的、適合的方式才是最好的。
http://www.cnblogs.com/FvU1093-softwareEngineering/p/6874985.html 張振嘉
http://www.cnblogs.com/1551338zzj/p/6875267.html

第七章是介紹微軟公司的MSF，這讓我對微軟又有了更深一層的了解，微軟之所以成為一個強大的公司，功勞在於微軟的MSF。MSF有九條基本原則，這九條原則是根據項目來說的，比如項目的質量，價值和投資等一些方面的準則。MSF團隊模型定義了小組同級成員的一些角色和職責，這有效的加強了團隊的管理和成員之間的自我管理。在軟件發展的過程中，各個專家在不同時期總結了軟件工程的原則。我們要區分出這些原則的異同並加以利用。

小組第六次學習總結