在Scrum中，垂直切片如何与数据库scemas一起工作？

Question

我刚刚在工作中完成了两天的敏捷/scrum培训，非常棒。我是一个专业编程的新手，所以我需要它。然而，我很难接受垂直切片的概念。特别是，我看不出数据库模式是如何从跨所有开发层(前、中、后)独立工作的几个开发人员中出现的？一次性设计数据库模式被称为水平切片，这被认为是一个禁忌。我对对象关系映射比较熟悉，因为我曾经使用过Grails这样的框架。但是，我仍然首先设计了模式，并从那里开始工作。

需要明确的是，我并不是反对敏捷/scrum/垂直切片的情况，而是问它是如何可能的？-特别是当涉及到对象和数据库模式的映射时，如何才能由几个开发人员协同完成，而不是从一开始就完成？

我非常喜欢这篇文章--如果我没读错的话--建议在实现任何用户故事之前，应该在春季计划阶段设计数据库模式。http://www.vertabelo.com/blog/notes-from-the-lab/data-modeling-in-agile-development-one-data-modelers-experience

Answer 1

垂直切片的想法是，您只需完成交付某些功能所需的最少数量。

现在，您需要为第一个故事做的最低限度的数据库设计就是完整的模式。但我认为这不太可能。

例如，要使第一个功能正常工作，是否需要与身份验证相关的表？那么执行审计的表呢？也许架构的某些部分与某些功能无关。假设您有一个购物篮应用程序，模式的一个方面与客户保存他们喜欢的外观和感觉有关。模式的这一部分可以留到相应的故事开始吗？

如果你有几个开发人员遵循这种方法，那么它将需要大量的对话和协调。数据库模式的持续集成真的很有帮助。因此，当开发人员对模式进行更改时，将运行回归测试以确保它不会干扰其他开发人员的工作。

Answer 2

这篇文章很好地解释了这个问题：http://blogs.adobe.com/agile/2013/09/27/splitting-stories-into-small-vertical-slices/

您不必让不同的人处理垂直切片的每一部分。它更多的是将每个部分分解为更小的部分，以实现增量结果。

来自上面的文章：

每个切片都由架构层中需要完成的任何工作以及可能需要完成的任何测试和集成组成，以使其准备好发布。