agile - 老派编码员试图理解敏捷开发

Question

Scrum、看板、故事，天哪！我是一名开发人员，早在 90 年代初就开始工作，最近我开始在采用敏捷开发作为方法论的公司工作。尽管我在谷歌上搜索了很多，但我找不到一个真正好的文档来解释 WTF 敏捷是（以及它附带的所有术语）以及它与老派开发的比较。有没有可以推荐的网站？例如，我不理解 sprint 的概念。我想象开发人员以 120wpm 的速度疯狂打字，而他们通常以 80wpm 的速度打字。;)

Answer 1

您可以从敏捷宣言网站开始。在那里你会发现敏捷所基于的原则。除此之外，我将尝试根据我在 Scrum 工作 3 年的经验提出一些观点。

敏捷环境试图创建一个能够对变化做出更快反应的团队，专注于与客户互动，并展示工作软件以提供早期反馈。

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

这使您的客户可以尽可能早地说：“这不是我想要的”（如果是这样的话），您将尽可能少地重做。

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

Answer 2

首先，基础在于敏捷宣言。

一个典型的非敏捷过程是瀑布模型，其中所有开发阶段（需求、设计、实现、测试……）都按顺序相互遵循。

这带来了很高的风险，因为当开发人员误解了需求时，直到整个开发基本完成时才会注意到这一点，因为需求是在实施的后期检查的。

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