預定義過程什麼意思
敏捷開發是一種從20世紀90年代開始逐漸引起關注的新型軟體開發方法，是一種應對快速變化的需求的一種軟體開發能力。
相對於“非敏捷”，更強調程式設計師團隊與業務專家之間的緊密協作、面對面的溝通（認為比書面的文件更有效）、頻繁交付新的軟體版本、緊湊而
自我組織
型的團隊、能夠很好地適應需求變化的程式碼編寫和團隊組織方法，也更注重做為軟體開發中人的作用。
Scrum是一種迭代式增量軟體開發過程，通常用於敏捷軟體開發。包括了一系列實踐和預定義角色的過程骨架。Scrum中的主要角色包括同項目經理類似的Scrum主管角色負責維護過程和任務，產品負責人代表利益所有者，開發團隊包括了所有開發人員。
如果要實行一個很好的scrum，通常要滿足兩點：
團隊有三名或以上的研發工程師；
團隊內有一名合適的Scrum Master。當團隊內無法找到合適的Scrum Master時，不要輕易推行敏捷。如果你的團隊是由新人組成，或者即使有資深員工但是他並不瞭解或認同敏捷開發的話，那麼你需要等待合適的Scrum Master出現。
當你真正實行敏捷開發時，要注意量化衡量團隊的執行力的指標：完成度、評估準確度、計劃合理度。這是評定整個進度的很重要的指標，也是讓迭代更好地進行下去的準則。
敏捷開發和其他的方法也有很多共同之處，比如迭代開發，關注互動溝通，減少中介過程的無謂資源消耗。通常可以在以下方面衡量敏捷方法的適用性：從產品角度看，敏捷方法適用於需求萌動並且快速改變的情況，如系統有比較高的關鍵性、可靠性、安全性方面的要求，則可能不完全適合；從組織結構的角度看，組織結構的文化、人員、溝通則決定了敏捷方法是否適用。跟這些相關聯的關鍵成功因素有：
組織文化必須支援談判人員彼此信任，人少但是精幹，開發人員所作決定得到認可，環境設施滿足成員間快速溝通之需要。最重要的因素恐怕是專案的規模。規模增長，面對面的溝通就愈加困難，因此敏捷方法更適用於較小的隊伍，20、40人或者更少。大規模的敏捷軟體開發尚處於積極研究的階段。
另外的問題是專案初期的大量假定或快速的需求收集可能導致專案走入誤區，特別是客戶對其自身需要毫無概念的情況下。與之類似，人之天性很容易造成某個人成為主導並將專案目標和設計引入錯誤方向的境況。開發者經常會把不恰當的方案授予客戶，而直到最後出問題前都能獲得客戶認同。雖然理論上快速互動的過程可以限制這些錯誤的發生，但前提是有效的負反饋，否則錯誤會迅速膨脹。