古老的程序员试图理解敏捷开发

Question

Scrum，kanban，故事，哦，天啊！我是一名开发人员，早在90年代初就开始了，最近我开始在采用敏捷开发作为他们的方法的公司工作。尽管我已经在谷歌上搜索了很多，但我还是找不到一份很好的文档来解释WTF敏捷是什么(以及它附带的所有术语)，以及它与老学校的发展相比是怎样的。有什么网站你可以推荐吗？例如，我不理解sprint的概念。我想象开发人员在120和他们通常的80之间疯狂地打字。;)

Answer 1

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

一个典型的非敏捷过程是瀑布模型，其中所有的开发阶段(需求、设计、实现、测试、.)按照顺序互相跟踪。

这带来了很高的风险，因为当开发人员误解需求时，直到整个开发基本完成之后，才会注意到这一点，因为需求是在后面的阶段而不是实现阶段完成的。

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

Answer 2

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

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

敏捷并不意味着团队必须更多地工作，而是意味着您的工作方式应该集中在软件工作而不是文档上，例如。在Scrum中，使用sprint，您通常为开发计划3到4周，然后最终交付一个工作软件。您没有完整的软件，也没有指定的全部需求，但是您已经交付了一些客户可以尝试根据当前需求进行工作的东西。因此，如果有任何更改，您不需要重做所有的规范，您只需根据表中的内容规划下一个sprint即可。

这允许你的客户说：“这不是我想要的”，尽可能小心(如果是这样的话)，你将有尽可能少的重做。

还要记住，敏捷并不适合所有的开发团队，所以试着理解它，看看它是否适合您的需求。