雖然從理論的角度來看，Scrum與敏捷非常相似，但它更多地關注敏捷宣言（敏捷的價值觀），但它與是否消除文檔和規劃無關。
在規劃方面
敏捷宣言強調“ 響應變革 ”而不是“ 遵循計劃 ”，這可能會導致一種誤解，即敏捷方法無需計劃。所以不要將NO計劃與適應性計劃混爲一談！實際上，在項目啓動之前制定嚴格的計劃可能看起來很有條理，但從長遠來看最有可能成爲障礙，因爲隨着團隊開始從反饋和迭代中學習，計劃往往會改變（甚至變得過時） 。
敏捷規劃不是一個僵化的結構，而是一個漸進的結構。敏捷規劃基於項目功能，系統地組織成迭代，時間範圍爲一到兩週。敏捷相信有效地實施一個簡短的計劃，而不是浪費精力準備最終可能不會成功的精心設計的計劃。
與傳統項目不同，計劃被認爲是精確的，而且“可 預見性”等概念很普遍，敏捷計劃本身就是一種迭代活動。敏捷認識到計劃有其 “投機性的”。
記住敏捷宣言背後的原則，它說:
- “我們重視對遵循計劃的變化做出迴應”。這裏有一些在開始計劃時要記住的事情。
- 計劃是投機性的。您可以根據可用信息開始合理的預測，並在進行時優化計劃。
- 該計劃經過詳細闡述，並在一段時間內變得越來越清晰
- 規劃基於時間拳擊的原則。您首先要確定可用的時間和資源，然後找出可以（以及不可能）實現的目標
- 計劃必須具有靈活性並能夠對變化做出響應。規劃是一項持續優化的活動
- 人們應該儘量不要在計劃中包含太多。目標是不要在計劃上太過激進。
- 可預見的是，在任何項目中都不可避免地發生變化，在敏捷中更是如此 因爲我們希望向客戶展示工作演示，並且在看到工作軟件之後，他們通常會需要進行一些更改。如果您的計劃太緊張，您將無法對這些更改做出足夠的響應。
Referances
- Agile Myth: Documentation and Planning not Needed?
- The Agile Manifesto and Twelve Principles
- What is Agile Software Development?
