[论文解读] To Agile, or not to Agile: A Comparison of Software Development Methodologies

Ruslan Shaydulin, Justin Sybrandt|arXiv (Cornell University)|Apr 24, 2017

Software Engineering Techniques and Practices参考文献 22被引用 13

一句话总结

本文評估了七種軟體開發方法論——瀑布法、AUP、Scrum、TDD、RAD、JAD 和 FDD——在產品品質與敏捷適配性等標準下的表現，發現沒有任何一種敏捷方法論能完全解決技術債務問題或在大型系統中有效擴展。研究結論指出，敏捷方法論最適合用於小型、團隊導向的專案，而傳統的瀑布法因其在複雜、大型環境中的可靠性而持續被使用。

ABSTRACT

Since the Agile Manifesto, many organizations have explored agile development methods to replace traditional waterfall development. Interestingly, waterfall remains the most widely used practice, suggesting that there is something missing from the many "flavors" of agile methodologies. We explore seven of the most common practices to explore this, and evaluate each against a series of criteria centered around product quality and adherence to agile practices. We find that no methodology entirely replaces waterfall and summarize the strengths and weaknesses of each. From this, we conclude that agile methods are, as a whole, unable to cope with the realities of technical debt and large scale systems. Ultimately, no one methodology fits all projects.

研究动机与目标

• 探討儘管敏捷方法廣受歡迎，為何瀑布法仍被廣泛使用。
• 評估七種主要軟體開發方法論在產品品質、成本估算與技術債務控制等關鍵標準下的優缺點。
• 判斷敏捷方法論是否能有效取代大型或複雜軟體專案中的瀑布法。
• 評估敏捷方法論在實際開發環境中的可擴展性與實用性。
• 識別敏捷方法論中的缺口，以解釋其在大型系統中採用有限的原因，以及為何仍持續依賴瀑布法。

提出的方法

• 本研究基於包含需求彈性、成本估算、驗證與技術債務控制等 12 項標準的結構化框架，評估七種方法論——瀑布法、AUP、Scrum、TDD、RAD、JAD 和 FDD。
• 評估各方法論在支援敏捷原則（如使用者反饋、迭代開發、最少文件與最小可行架構）方面的能力。
• 評估涵蓋理論分析與實際適用性，著重於各方法論如何應對動態需求與系統複雜性。
• 根據各方法論是否支援或未支援特定功能來計分，重點在識別關鍵遺漏。
• 分析使用比較表格（表 1）總結所有方法論的結果，突出各方法論的缺失能力。
• 本研究基於整體評估結果得出結論，強調沒有任何一種敏捷方法論能完全取代大型系統中的瀑布法。

实验结果

研究问题

• RQ1 儘管敏捷方法論興起，為何瀑布法仍是廣泛使用的軟體開發方法？
• RQ2 像 Scrum、TDD 和 FDD 這類流行的敏捷方法論，在技術債務控制與成本估算等核心議題上，達成程度如何？
• RQ3 敏捷方法論能否有效擴展至大型、複雜的軟體系統？抑或在技術債務與架構複雜性的壓力下會失效？
• RQ4 敏捷方法論的主要限制為何，導致其無法完全取代傳統瀑布法於大型專案中的角色？
• RQ5 混合方法（例如：以瀑布法進行規劃，以 Scrum 進行執行）如何彌補單一方法論的弱點？

主要发现

• 沒有任何一種敏捷方法論能完全解決技術債務控制問題，而這在大型軟體系統中是關鍵因素。
• 雖然大多數敏捷方法支援使用者反饋與迭代開發，但僅少數（如 Scrum、AUP）能提供可靠的成本估算與細部優化。
• FDD 與 RAD 未能支援技術債務控制，且缺乏長期架構完整性機制。
• 瀑布法之所以持續盛行，是因其提供可預測的成本估算、文件化與風險管理——這些特徵在大多數敏捷方法中皆缺乏。
• 敏捷方法如 Scrum 與 TDD 在驗證與使用者參與方面表現強勁，但在管理非功能需求與系統整體品質方面則顯得不足。
• 本研究確認，結合瀑布法用於規劃、敏捷方法用於執行的混合模式，其成效優於單獨依賴任何一種方法論。