试图了解敏捷开发的守旧派编码器

Question

Scrum，kanban，故事，哦，我的！我是一名开发人员，他早在90年代初就开始了，我已经开始在最近采用敏捷开发作为他们的方法的公司工作。就像我用谷歌搜索一样，我无法找到解释WTF Agile的真正的好文档（以及它附带的所有术语）以及它与旧学校开发的比较。有没有可以推荐的网站？例如，我不了解sprint的概念。我认为开发人员疯狂地以120wpm的速度输入，而不是通常的80wpm。 ;）

Answer 1

首先，基础知识在agile manifesto。

典型的非敏捷流程是Waterfall model，其中所有开发阶段（需求，设计，实现，测试......）都按顺序相互跟随。

这带来了高风险，因为当开发人员误解了要求时，直到整个开发工作基本完成才会注意到这一点，因为需求在后期阶段比实现要好。

敏捷开发通常会尝试通过覆盖迭代中的所有阶段来降低此风险。在scrum中，这被称为冲刺。它包含特定的要求，设计，实施和批准。

Answer 2

您可以从Agile Manifesto site开始。在那里，您将找到敏捷所依据的原则。除此之外，我将根据我与Scrum合作的3年经验，尝试提出一些观点。

敏捷环境试图创建一个团队，可以更快地对变化做出反应，专注于与客户交互，并显示工作软件以允许更早的反馈。

敏捷并不意味着团队必须更多地工作，而是意味着你的工作方式应该集中在工作软件而不是文档上。在Scrum中，通过sprint，您计划开发通常为3到4周，然后最终提供一个可用的软件。您没有整个软件，您没有指定所有要求，但是您已交付了客户可以尝试并根据当前要求查看工作的内容。 因此，如果有任何变化，您不需要重做所有规范，那么您只需根据桌面上的内容计划下一个sprint。

这允许您的客户说：“这不是我想要的”，尽可能地（如果是这样）并且您将尽可能少地重做。

另请注意，敏捷并不适合所有开发团队，因此请尝试理解它，看它是否符合您的需求。