Skip to main content
QUICK REVIEW

[论文解读] Limitations of Agile Software Processes

Dan Turk, France, Robert|arXiv (Cornell University)|Sep 22, 2014
Software Engineering Techniques and Practices参考文献 9被引用 187
一句话总结

本文通过分析敏捷软件过程在不同类型项目中的适用性,识别出其固有的局限性,揭示了敏捷方法在大规模、安全关键或高度监管的系统中面临挑战,原因在于缺乏正式建模、文档记录和治理机制。本研究提出一个基于项目背景的敏捷流程适用性评估框架,强调尽管敏捷方法被广泛采用,但并非所有项目都能同等受益于敏捷方法。

ABSTRACT

Software developers and project managers are struggling to assess the appropriateness of agile processes to their development environments. This paper identifies limitations that apply to many of the published agile processes in terms of the types of projects in which their application may be problematic.

研究动机与目标

  • 解决软件团队在确定敏捷流程是否适用于其特定开发环境方面面临的日益严峻挑战。
  • 识别已发表的敏捷流程的系统性局限,这些局限阻碍了其在特定项目类型中的有效性。
  • 为评估敏捷方法在何时可能不适用或不足提供结构化依据。
  • 突出复杂系统中敏捷实践在正式建模、文档记录和治理方面的缺口。
  • 指导从业者和研究人员根据项目约束和需求选择合适的开发方法论。

提出的方法

  • 作者对既有的敏捷流程进行了对比分析,重点关注其结构和程序特征。
  • 他们根据正式程度、文档要求以及对可扩展性和监管合规性的支持等标准评估了每种流程。
  • 本研究采用源自软件工程最佳实践的框架,评估敏捷方法论中的缺口。
  • 基于规模、关键性和监管需求对项目类型进行分类,以识别敏捷适用性不匹配的情况。
  • 分析基于工业和学术软件开发中的先前研究和案例研究。
  • 所提出的模型识别出表明敏捷流程可能失效或需要重大调整的上下文因素。

实验结果

研究问题

  • RQ1在哪些类型的软件项目中,敏捷流程面临根本性局限?
  • RQ2敏捷流程的哪些特定特征使其不适合大规模或安全关键系统?
  • RQ3在监管环境中,治理、文档记录和正式建模需求如何与敏捷原则产生冲突?
  • RQ4在不丧失核心优势的前提下,敏捷流程能在多大程度上被适应?
  • RQ5可使用哪些标准来判断一个项目是否不适合采用敏捷方法?

主要发现

  • 敏捷流程通常缺乏对正式规格说明和验证的充分支持,使其不适合安全关键系统。
  • 航空航天或医疗等高度监管领域需要大量文档记录和审计追踪,而敏捷方法通常不强制执行这些要求。
  • 大规模、分布式项目可能因协调开销和缺乏架构治理而面临敏捷可扩展性的挑战。
  • 许多敏捷框架中缺乏标准化建模实践,增加了不一致性和技术债务的风险。
  • 当团队缺乏领域专业知识,或需求高度不稳定且复杂时,敏捷方法可能失效。
  • 本研究证实,敏捷并非万能解决方案,必须根据项目特定约束进行仔细评估。

更好的研究,从现在开始

从论文设计到论文写作,大幅缩短您的研究时间。

无需绑定信用卡

本解读由 AI 生成,并经人工编辑审核。