敏捷開發的出現是由於在2023年左右，許多團隊採用龐大，重型的過程方法的趨勢在逐漸增長，一批自稱敏捷聯盟的業界專家概括出了可以讓軟體團隊具有快速工作，響應變化能力的價值觀和原則。影響至今的就是他們的敏捷聯盟宣言：個體和互動勝過過程和工具；可以工作的軟體勝過面面俱到的文件；客戶合作勝過合同談判；響應變化勝過遵循計畫。
一種經常用於敏捷開發的方法是scrum,它是一種迭代式增量軟體開發過程。scrum是乙個包括了一系列的實踐和預定義角色的過程骨架（是一種流程、計畫、模式，用於有效率地開發軟體）。scrum中的主要角色包括同專案經理類似的scrum主管角色負責維護過程和任務，產品負責人代表利益所有者，開發團隊包括了所有開發人員。
在每一次衝刺（乙個15到30 天週期 ，長度由開發團隊決定），開發團隊建立可用的（可以隨時推出）軟體的乙個增量。每乙個衝刺所要實現的特性來自產品訂單， 產品訂單（產品目標）是指按照優先順序排列的需要完成的工作的概要的需求（目標）。哪些訂單項（目標專案）會被加入一次衝刺，由衝刺計畫會議決定。 在會議中，產品負責人告訴開發團隊他需要完成產品訂單中的哪些訂單項。開發團隊決定在下一次衝刺中他們能夠承諾完成多少訂單項。 在衝刺的過程中，沒有人能夠變更衝刺訂單，這意味著在乙個衝刺中需求是被凍結的。
在衝刺中，每一天都會舉行專案狀況會議，被稱為「scrum」或「每日站立會議」。每日站立會議有一些具體的指導原則：
會議準時開始。對於遲到者團隊常常會制定懲罰措施（例如罰款，做俯臥撐，在脖子上掛橡膠雞玩具）歡迎所有人參加，但只有"豬"（全身投入專案和scrum過程的人）可以發言。不論團隊規模大小，會議被限制在15分鐘。所有出席者都應站立。（有助於保持會議簡短）會議應在固定地點和每天的同一時間舉行。在會議上，每個團隊成員需要回答三個問題：
今天你完成了哪些工作？明天你打算做什麼？完成你的目標是否存在什麼障礙？（scrum主管需要記下這些障礙）
每乙個衝刺完成後，都會舉行一次衝刺回顧會議，在會議上所有團隊成員都要反思這個衝刺。舉行衝刺回顧會議是為了進行持續過程改進。會議的時間限制在4小時。
scrum提倡所有團隊成員坐在一起工作，進行口頭交流，以及強調專案有關的規範，這些有助於創造自我組織的團隊。
scrum的乙個關鍵原則是承認客戶可以在專案過程中改變主意，變更他們的需求，而**式和計畫式的方法並不能輕易地解決這種不可預見的需求變化。同樣，scrum採用了經驗方法– 承認問題無法完全理解或定義，而是關注於如何使得開發團隊快速推出和響應不斷出現的需求的能力最大化。
今天，scrum的影響已經遠遠超出軟體開發，成為零售、軍事、風險投資甚至學校裡完成各種任務的創新方法，正在改變著世界。
敏捷開發綜述
本週課堂上 第一次接觸到了敏捷開發的概念 所以課後就查詢了關於敏捷開發的一些資料和案例 希望能更好地理解它 一 什麼叫敏捷開發方法 敏捷開發是一種以人為核心 迭代 循序漸進的開發方法。在敏捷開發中，軟體專案的構建被切分成多個子專案，各個子專案的成果都經過測試，具備繼承和可執行的特徵。換言之，就是把乙...
敏捷開發綜述
現如今，軟體的生存週期已經很短了，一些好的想法必須馬上實現，否則就有可能被別人先開發出來從而失掉了商機 所以開發乙個專案必須就是要快，以最短的時間開發出乙個能夠滿足客戶進本需求的軟體 有此敏捷開發就應運而生 敏捷開發是一種以人為核心 迭代 循序漸進的開發方法。在敏捷開發中，軟體專案的構建被切分成多個...
敏捷開發方法
王老師讓撰寫一篇部落格關於敏捷開發方法，讓我們深入理解敏捷開發方法。我看來，在爆發軟體危機以來，我們一直沒有找到乙個完美的方法解決。敏捷開發是在人們探索中由以前的開發方法中探索和總結出來的，雖然不完美，但是正在逐步適應。敏捷開發是針對傳統的瀑布開發模式的弊端而產生的一種新的開發模式，目標是提高開發效...