| 优点 | 缺点 | |
|---|---|---|
| 敏捷 软件开发 |
借由短期间内以缩影软件专案的方式完成开发并且持续微量的更新产品来避免功能蔓延（Feature creep）的问题。 | 过短的迭代可能会没办法增加足够的功能，导致在到达最后的迭代前专案产生明显的延迟。敏捷强调即时通讯（最好是面对面），但在大型多团队分散式系统开发的情况下，如何达成这点反而是个问题。敏捷方法过程中产生很少的已撰写文件，因而需要大量的专案后文件。 |
| 极限编程 | 借由新需求的快速螺旋来减低变更需要花费的成本。多数的设计活动以渐进且即时的方式完成。 | 程式设计师被要求以成对的方式来进行工作，而这对于某些开发人员来说可能是很困难的。因为没有在前期作详细规划，可能会在较长的专案中花费更多精力在重新设计上。在业主在专案的执行过程中持续跟专案成员交互反馈，可能会有导致专案的单点失效的潜在风险以及整个团队压力的主要来源。 |
| 联合应用 程式开发 |
借由一系列名为联合应用程式开发会议的合作专题讨论会，在应用程式设计与开发的过程中透过客户的参与来了解顾客心声。 | 顾客可能会创造一个不现实的产品愿景，而且要求对产品额外镀金，率领团队不足或过度地开发功能。 |
| 精益 软件开发 |
创造简约的解决方案(例如，需求决定技术：依据需求决定所采用的技术)并提早提供较少功能的版本(好比"今日的80%远比明日的100%更好"的范式) | 产品可能会因为核心功能不足或展示的整体品质过差而丧失其竞争优势。 |
| 快速应用 程式开发 |
促进强化合作气氛并动态收集相关需求。企业主会主动参与原型制作、撰写测试个案，以及实施单元测试。 | 需要依赖具有强大凝聚力的团队以及成员各自对专案的贡献程度。决策得仰赖特色功能规画团队以及与较低程度中央集权化的项目管理及工程权威达成共识的决策过程。 |
| Scrum | 改善团队先前被过重"行程"压摊的产能、调整工作优先程度的能力、检视被积压的工作并在一系列的短期迭代或冲刺中完成这些项目，并每日检查进度及维系彼此间的交流。 | 依赖可能缺乏社交影响力对障碍进行排除或传达冲刺目标的主管来进行协调的工作。并在依靠团队自我组织能力以及排斥传统中央集权"行程管制"的情况，内部彼此的权力对抗可能会瘫痪整个团队运作。 |