我已经讨论过“ 越小越好”的概念，但是我还没有真正解决过如何实际分配积压以使其变小的决定。
默认路径
大多数试图将待办事项分解成较小块的开发人员将自动放弃使用“水平切片”的路径。
这就是我们倾向于思考的方式。
水平切片是什么意思？
水平切片基本上是贯穿功能或待办事项的切片，可以水平划分体系结构。
大多数事情都是以这种方式构建的。
如果要盖房子，则可能首先从水平切开项目开始。
您首先要倒基础。 然后贴上墙壁。 然后放在屋顶和更多的台阶上，最后完成最后的工作。
同样的想法通常用于分解敏捷开发中的积压工作。
建一栋房子，一次只能完成一个房间，这似乎很愚蠢。
敏捷软件开发有所不同
但是，以敏捷的方式开发软件和建造房屋之间存在明显的区别。
最大的区别在于，在敏捷软件开发（真正的敏捷开发）中，直到完成构建，您才确切知道要构建什么。
有了房子，这种情况很少发生。
有了房子，您会提前制定一些蓝图。 您确切地知道每堵墙将在哪里以及每一个插座将在哪里。 在此之前，您甚至可能已经盖过房屋。
在构建软件时，除非您采用瀑布式方法并预先计划所有事情，否则在完成之前，您不知道自己真正在构建什么。
在反对此声明之前，请考虑以下事项：
这就是敏捷开发的重点。
敏捷意味着应对变化。
盖房子，您不希望客户说：
“嗯，是的，我真的不喜欢那里的那堵墙。”
“实际上，我认为我们现在将需要5间卧室。”
在软件开发中，您期望得到与上述类似的陈述！
那么什么是垂直切片？
简而言之，一次建造一个房间。
但这不起作用！ 谁一次要一间房子的一间房子？！？
正确！ 它不像房子那样起作用，但是我们可以倒更多的地基，改变我们将如何处理其余房间，甚至拆除墙壁并重新开始，而不会产生高昂的成本。
“一次一个房间”构建软件的意义在于，我们让客户有机会以对他们而言很重要的方式来查看产品的构建过程，并使他们能够对其进行测试。
当然，除非一切都完成，否则他们将无法生活在其中。 但是，他们将有能力走进一个房间，并设想将所有家具都放在房间里。
客户不在乎地基和围墙。 作为开发人员，您可能可以查看一些基础，并用墙壁构筑框架，并设想房子的外观，但是客户不能，更糟糕的是，它无法进行测试。
软件开发中的垂直切片正在积压工作，其中可能包含一些数据库组件，一些业务逻辑和一个用户界面，并将其分解成小的逐步扩展，每一步都贯穿每个片段。
这样做的想法是不要将积压工作分解为以下内容：
- 实现A，B和C的数据库层
- 为A，B和C实施业务逻辑层
- 实现A，B和C的用户界面
待办事项分解为：
- 从头到尾实施A
- 从头到尾实施B
- 从头到尾实施C
听起来很容易，为什么要辩论呢？
因为这并不容易。
我不会骗你的 水平分割待办事项很容易。
作为开发人员，我们在计划积压的实现时倾向于考虑水平切片。
我们倾向于通过一次构建一层来实现事物。
考虑如何将积压工作分解为垂直切片，需要我们超越对代码和实现的理解，而应在工作功能的小部分中考虑积压工作。
大型积压订单几乎总会有一些功能进展。
我的意思是，为了产生和最终产生软件开发，可以创建的功能几乎总是较小的步骤或演变。
有时，垂直分解积压所需的步骤将导致一些浪费。
有时，您将有目的地创建一个基本的用户界面，您知道您将在实现更多垂直切片时重做部分内容。
还行吧！
计划少量的重做比一次只构建一个水平切片的整个特征，而必须对未计划的大部分特征进行重做更好。
那有什么好处呢？
您可能会想自己，这听起来像是更多的工作，却无济于事。 那么，为什么我要打扰垂直分解积压的订单呢？
真的那么重要吗？
我已经暗示了垂直切片的一些好处。
垂直切片背后的真正动力是敏捷方法论的基石。 这是关于尽快提供工作功能。
我们不会在敏捷开发中涵盖这个想法背后的全部原因。 我假设您已经同意这样的想法，即尽快提供有效的功能是重要且有价值的。
仅基于该前提，您可以看到水平切片直接违反了敏捷方法学的核心租户之一。
对我来说有趣的是，有多少人是将整个系统分解为功能块的巨大支持者，这些功能块一次交付一个，但是却反对在处理单个积压项目时以微观规模进行。
如果您反对我所说的垂直切片，那么您真的必须问自己，您是否真正赞同在更大层面上应用的相同想法，因为这实际上没有区别。
参考：在“ 使复杂的过程变得简单”博客上，从我们的JCG合作伙伴 John Sonmez 了解垂直切片 。
翻译自: https://www.javacodegeeks.com/2011/11/understanding-vertical-slice.html
943
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
