完成一項工程時，我們常常會有這樣的感受：我們的解決方案要根據顧客的需求和現實情況的需要，不斷更改。採用傳統意義上的瀑布式開發，往往要花費更多的時間。最重要的原因就在於它相比於極限程式設計、敏捷開發，對於團隊合作的重視程度不夠，自由度也相對較低，導致效率偏低。
在實際做專案時，我們應該清楚，我們做工程的目的是，滿足我們的客戶的一定需求。所以以人為本的思想就顯得尤為重要，如果客戶只是在簽訂合同時提出了自己的需求方向，沒有對需求細化，程式設計師們往往會一頭霧水，不知從何開始。如果自己在實現的過程中遇到一些問題，無法與使用者及時交流，會大大浪費程式設計師的時間、精力，甚至導致無法按期交付使用者使用。
目前，我們常採用的方式是，編寫**，並進行修復，對於較小的專案而言，這樣做在不是很長的時間內能夠解決問題。但我們換乙個思路，如果我們先實現一些使用者需求的基本功能，讓使用者在最短的時間內，有所體驗，並提出建議與意見，之後我們再來修改、優化，是不是就會讓使用者有更強的感官認識，促進我們更快更好地完成任務呢？比起目前程式設計方式，經過的漫長的測試階段，才能保證「功能齊全」（這種功能齊全，可能還不是使用者真正滿意的效果），敏捷開發在時間和效果上的優勢性很明顯。
現有的工程方法，希望定義乙個過程，無論遇到什麼問題，程式設計師只要按照這些步驟走，就能基本解決問題，要想實現功能優化，則需要程式設計師按照自己的想法減少bug。可是如果什麼事情都按照給定的模版去做，軟體開發還會有創新可言嗎？我們需要的是一種在實際開發過程中，讓自己擁有較強應變能力的原則，而非一成不變的方法與模式。這就好比如果乙個公司只注重運營部的建設與發展，也許它能平穩的執行，或是在短期時間內看到較小的業績突破。可是它的「抵抗力」不堪一擊，因為它忽略了「危機處理」，乙個公司只有具有針對不同困難情況（這種困難往往指的是，會讓公司倒閉的大型困難），在較短時間提出有效可行的解決方案，才能保證公司不害怕任何風浪，敢於嘗試更高的挑戰，因為即便挑戰失敗，它都可以隨時改變自己的經營策略，從而渡過難關。在這一過程中，因為我們沒有按照常規的方式進行，也勇敢的迎接挑戰，所以有可能還會有意想不到的收穫，為公司的經營開闢新的領域。經營公司如此，開發軟體亦然。
軟體開發不僅是**程式設計，而是人員的有效組織，如何既發揮人的主觀能動性，避免情緒變化對工作的影響，又可以讓大家有效的交流，讓多個大腦的思路統一，快速完成目標呢？多年來軟體企業的管理者一直在不斷地探索。
極限程式設計注重使用者反饋與讓客戶加入開發是一致的，讓客戶參與就是隨時反饋軟體是否符合客戶的要求。有了反饋，開發子過程變短，迭代也就很自然出現了，快速迭代，小版本發布都讓開發過程變成更多的自反饋過程，有些象更加細化的快速模型法。當然極限程式設計還加入了很多激勵開發人員的「措施」，如結隊程式設計。極限程式設計強調以下幾點：
1、角色定位：極限程式設計把客戶非常明確地加入到開發的團隊中，並參與日常開發與溝通會議。
2、敏捷開發：敏捷開發追求合作與響應變化。迭代就是縮短版本的發布週期，縮短到周、日，完成乙個小的功能模組，可以快速測試、並及時展現給客戶，以便及時反饋。
3、追求價值：極限程式設計把軟體開發變成自我與管理的挑戰，追求溝通、簡單、反饋、勇氣，體現開發團隊的人員價值，激發參與者的情緒，最大限度地調動開發者的積極性，情緒高漲，認真投入，開發的軟體質量就大大提高。結對程式設計就是激發隊員才智的一種方式。
事實上，敏捷開發整合了新型開發模式的共同特點，它重點強調：
1. 以人為本，注重程式設計中人的自我特長發揮。
2. 強調軟體開發的產品是軟體，而不是文件。文件是為軟體開發服務的，而不是開發的主體。
3. 客戶與開發者的關係是協作，不是合約。開發者不是客戶業務的「專家」，要適應客戶的需求，是要客戶合作來闡述實際的需求細節，而不是為了開發軟體，把開發人員變成客戶業務的專家，這是傳統開發模式或行業軟體開發企業的最大面臨問題。
4. 設計周密是為了最終軟體的質量，但不表明設計比實現更重要，要適應客戶需求的不斷變化，設計也要不斷跟進，不斷根據環境的變化，修改自己的設計，指導開發的方向是敏捷開發的目標。
敏捷開發避免了傳統瀑布方式的弊端，主要是吸收了各種新型開發模式的「動態」特性，關注點從文件到開發者，管理方式也從工廠的流水線到團隊的自我放鬆式的組織。
敏捷就是「快」，快才可以適應目前社會的快節奏；要快就要發揮個人的個性思維多一些，個性思維的增多，雖然通過結隊程式設計、**共有、團隊替補等方式減少個人對軟體的影響力，但也會造成軟體開發繼承性的下降，因此敏捷開發是乙個新的思路，但不是軟體開發的終極選擇。對於長時間、人數眾多的大型軟體應用的開發，文件的管理與銜接作用還是不可替代的。
敏捷開發讀後感
經過閱讀這些文章，我對於敏捷開發有了初步的了解。總的來說呢，敏捷開發 是一種以人為核心 迭代 循序漸進的開發方法。就是將乙個大專案進行分割，將其分割成為乙個乙個分別獨立而其中又存在聯絡的小專案，每乙個小專案由不同的小組分別完成。由於這種較為靈活的模式，使得敏捷開發與其他軟體開發型別相比在適應性上有了...
《敏捷建模》讀後感
這本書買了有一段時間了，可是最近才算真正過了一遍，書不算厚，300頁左右，但是看完後感覺收穫頗多。這本書並沒有教給你具體的建模技術，比如uml，模式等的使用，或者手把手的教你乙個例子，而是首先提出敏捷建模的原則，實踐來解釋什麼是敏捷建模和其關鍵部分。然後展開說明敏捷建模中各製品，和統一過程，xp的結...
關於黑客的讀後感
黑客，源於英文hacker，原bai指du熱心於計算機技術，水平zhi高超的電腦專家dao。有人說 是黑客成就zhuan了shu網際網路，成就了個人電腦，成就了自由軟體，黑客是計算機和網際網路革命真正的英雄和主角。而如今呢？黑客商業化，黑色產業鏈已經很成熟 免殺，盜號，掛馬，黑站，傳播病毒 這一切讓...