敏捷神话和误解

标签 agile scrum extreme-programming

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它.

8年前关闭。




Improve this question




与敏捷相关的神话或误解是什么?

一个普通的新手可能会陷入与敏捷相关的许多误解。敏捷世界中存在哪些误解?您如何证明这确实是一个误解?

更新:敏捷神话总结

  • 敏捷不允许文档
  • 敏捷方法无法扩展
  • 敏捷意味着没有计划
  • TDD 涵盖所有单元测试需求
  • 结对编程总是产生更好的代码
  • 敏捷是解决软件工程问题的 Elixir (有 Elixir 解决方案)
  • 敏捷不需要预先设计
  • 我们正在做 scrum,所以我们不需要做 TDD、重构对编程等。
  • 可以从一本书中学习敏捷
  • 敏捷只适用于琐碎的项目
  • 敏捷总是使用“用户故事”

  • 阅读以下答案以获取有关上述神话和更多神话的更多信息。

    最佳答案

    “工作软件优于综合文档”意味着您不需要功能规范......

    错误的!!!这只是意味着您可以与用户反复消除皱纹 - 作为供应商,您仍然需要良好的文档来协助 QA 和签核阶段......

    关于敏捷神话和误解,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1871110/

    相关文章:

    process - 用户故事 - 无法制作用户故事的问题

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

    jira - 有没有办法在 Jira scrum 板中显示故事子任务的提交?

    project-management - 如何在具有多个应用程序的环境中使用 Scrum 来满足客户的日常需求

    design-patterns - 我在哪里可以找到 Ken Auer 推广的 Enabler 模式的更多详细信息?

    extreme-programming - 工作面试的结对编程

    architecture - 高层架构

    tdd - 以敏捷方式实现用户故事

    agile - 我有机会塑造我们的发展过程/政策

    git - 持续集成工作流思想