1樓：珍妮兔
Agile的業務需求不是很抽象的嗎？
這是對敏捷理解的不正確。敏捷並不是說業務需求可以很抽象。
需求的定義是乙個漸進式規劃的過程，在初始階段，需求可以抽象，在即將進入迭代的時候，業務需求應該是具體和細化了的。請看下面我畫的這個需求模型：
這個需求模型，不論你是採用傳統的瀑布開發方法，還是採用敏捷，都能用到的。
這個模型的本質，就是PMP倡導的「漸進式規劃」。
在初始階段，我們的定義可以概括一些，但是當要進入開發的時候，需求應該是定義清晰的。
清晰的標準是：團隊溝通順暢，和團隊對交付件有一致共識。
很多的需求變更，其實是由於需求初始定義不清楚造成的，表面上是需求變更，其實是在需求初始定義的時候需求分析和軟體設計的工作沒有做到位。
所以，你這邊需要做兩件事，
一件事是把需求分析和需求定義做好，這塊可以參考我寫的文章（贈送需求分析工具和需求定義模板）：【實用長文】需求定義不清？看這一篇就夠了（另贈需求分析工具箱）
第二件事是管理好需求變更，我這邊也有一篇講需求變更的文章：
【實用長文】一聽到改需求就發抖？一次性解決所有需求變更問題（贈需求變更流程圖）
2樓：Fireman A
就你在問題中提到的現象來看，原專案可能並沒有很好地以敏捷的原則來開發。
先占個位置，等下我有時間慢慢答。
1.所謂敏捷開發，不是由開發方單方面執行的過程，是乙個開發方和客戶方共同合作執行的過程。
2. 不管敏捷不敏捷，預先定義的使用者需求總是存在各種不明確，錯誤或過時的可能，敏捷方式正是用一系列在開發過程中的互動手段來達到乙個盡量符合客戶利益的效果，而不是以傳統的方式把預先寫好的需求定義作為某種強制性的界定線。
3.敏捷開發的總目標是，對每乙個上線的release，客戶獲得的價值高於開發成本。
4. 為什麼要區別「需求變更」還是「設計錯誤」呢？這兩個詞只是對同一種結果 - 「產品實際體現與客戶預期不符」 - 的兩種不同責任界定。
追溯這一客戶預期是事先溝通的還是後期發現的在此時已沒有意義，敏捷的原則是用各種手段盡量提早發現，以保證原則3的實現。
在敏捷開發中，如何預估團隊的開發速度？
金三 其他答案中介紹的撲克發啊估算法啊，都是在衝刺初期對任務工時的估算，進而和time box做匹配的過程。這不是估算速度，這叫迭代排期。估算速度的目標在於評估團隊的交付能力，並提高交付能力。估算的權威資料是在單位時間內，如乙個迭代可以交付的增量的規模，這個資料才是有意義的開發速度。難點也在這裡，增...
在宇宙中如何定義東西南北？
I阿爽I 那叫空間座標系，星際的話應該是以星際波段輻射最為穩定的星體作為導航基座標。我一度懷疑宇宙空洞 ton618 等，就是高等文明建立的宇宙定位系統 謎之零號 首先，東南西北 定義的基礎是建立在地球磁極的存在上的，它是一種二維平面的定義。如果您想問的是 在宇宙中如何定位 的話，可以使用空間直角座...
在 net開發中，vue js怎樣融合進去，如何不與 net衝突並構建應用？
duab 注意前後分離的概念 1.建立.net專案 core 2.vue init webpack net專案簡稱專案cd 目錄 npm install 專案 npm run dev 看看效果 3.將專案部署到iis easy 將vue單獨部署到iis 說下第二點 修改config資料夾裡面的ind...