agile - 敏捷开发方法有哪些陷阱?

标签 agile

就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the help center为指导。




9年前关闭。




敏捷开发方法有哪些陷阱?

最佳答案

common criticisms包括:

  • 缺乏结构和必要的文档
  • 仅适用于高级开发人员
  • 包含不足的软件设计
  • 需要太多的文化变革才能采用
  • 可能导致更困难的契约(Contract)谈判
  • 可能非常低效——如果某个代码区域的需求通过多次迭代发生变化,则可能需要多次完成相同的编程。而如果要遵循一个计划,那么单个代码区域预计只需编写一次。
  • 无法对提供报价所需的工作量做出现实的估计,因为在项目开始时没有人知道整个范围/要求
  • 由于缺乏详细的需求文档,可能会增加范围蔓延的风险
  • 敏捷是特征驱动的,非功能性的质量属性很难作为用户故事放置
  • 关于agile - 敏捷开发方法有哪些陷阱?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/359790/

    相关文章:

    agile - 什么是持续软件工程?

    agile - Scrum 和项目管理可以共存吗?

    agile - 帮助我了解 QA 在 Scrum 中的工作原理

    敏捷/Scrum 开发 : How do you handle "off" day?

    java - 使用哪个持续集成库?

    documentation - 敏捷文档的具体例子?

    perl - 是否有 "standard"的敏捷 Perl 开发方法?

    architecture - 测试驱动开发是否将重点放在设计上?

    .net - 应该为简单的 POCO 域对象编写哪些单元测试?

    agile - 完全免费的敏捷软件流程工具