正如航海日志是让我们能够跟踪船舶及其船员（以及最终其他类型的船舶，如飞机）的路线、事件和经历的文件一样，复杂的大型技术项目也有一种航海日志，尽管在这种情况下，它是在事前而不是事后起作用的： 积压.
在技术上，一个 积压 它由一个文档组成，该文档解释了一个复杂系统的功能和目的，我们希望它做什么，但没有说明如何去做。
这 积压 在用于自下而上构建复杂系统的 Scrum 方法论中，这是必不可少的，而传统方法则恰恰相反，即从上到下专注于开发。
然而，积压工作本身可以完美地作为一个概念，用于任何技术项目。
在 Scrum 中，有两种类型 积压: 产品积压 和 冲刺积压.这 产品积压 以通用方式描述将要提供给系统的功能和用途，以及您希望它执行的所有操作。
项目所有成员免费咨询，只能由订购系统的任何人修改（或者，如果没有，则由谁委托）。
它是通用的，这一事实允许没有技术知识的人进行更新。
一个方面 产品积压 你必须考虑的是系统的成本和它会给实施者带来的经济利益之间的关系。
这是特别重要的一点；创建新系统只有两个原因：第一个是必要的，因为由于某些原因旧系统不能再使用。这可能是由于组织和/或产品/服务的变化，或组织和业务所在的法律法规的变化。
第二个原因是引入一项改进，使我们能够提高生产力、降低成本或最大化利润。
这第二个原因始终是自愿的，只有在财务结果得到有效改善时才会自然而然地引入。因此，在这里我们最感兴趣的是分析价格/性能比和了解好处。
在第一种情况下，我们当然有兴趣了解好处，但由于它是强制性引入措施，我们将更感兴趣的是控制费用（这并不总是相同）。
这 冲刺积压 它由一个文档组成，该文档定义了在下一次迭代中对系统进行修改的方式。
文档分为任务，每个任务都必须简短（如果不是，则细分为多个），尽管这些任务不是直接分配给开发团队的成员，而是将它们分开其中，他们认为合适。
照片：Fotolia - Oleksandr
