积压的

积压（或 Product积压，因为它被一些敏捷方法（如 Scrum）称为）是一个有序的项目列表，这些项目将为客户提供业务价值。它可以包含从特征、用户修改用户案例和需求（包括非功能性需求）到缺陷等的各种项目类型列表。事实上，在Enterprise Architect中，任何元素都可以放在一个积压上；列出的和出现在工具箱中的只是最常见的。积压是一个基于商业价值的有序列表，价值较高的项目渗透到列表的顶部。该列表由产品拥有着者或其同等人员拥有和管理；也就是说，某人充当客户的代理人。

Ordering项in a积压泳道

当使用单阶段工作流程时，积压项目通常包含在看板的第一个通道中，并且可以拖动到通道中的新位置以更改积压中项目的顺序。

优先积压

通常，积压中的项目的积压是由产品拥有着者仔细考虑确定的，并反映商业价值——具有高商业价值的项目位于顶部。积压的优先级是产品拥有着者的责任，但它不是在与其他团队成员隔离的情况下决定的，产品拥有着者依赖于从一系列利益相关者那里获取重要信息，包括高级管理级别的利益相关者、业务和运营经理、需求分析师和业务分析师，直至实施团队。

A战略图表和材料为许多优先级决策提供了源。其中包括：战略地图、业务驱动因素、目标和目标，以及描述工作包基于时间的排序的路线图。产品拥有着者可以使用示例路线图作为对业务的高优先级或企业或业务架构团队计划的内容的输入。该图将在与业务利益相关者和实施者的讨论中证明是有用的，他们可以获得他们正在完成的工作的业务上下文。

实施者和其他利益相关者提供的评论也将为积压工作的优先级提供有价值的信息源和输入。 Enterprise Architect有一个讨论和审阅窗口，这是一个高度协作的功能，任何团队成员都可以通过它输入针对元素的讨论帖子，其他用户可以回复并加入讨论。这可以创建一个丰富而有用的知识挂毯，不仅有助于产品拥有着确定项目在积压列表中的位置，而且还可以在实施者准备好实施该项目时为他们提供帮助。

另一个有助于产品拥有着的关键信息是实施者完成的项目估计，他们对项目可能需要多长时间做出最佳估计。使用用户案例的敏捷团队倾向于使用 Story Points，但只要团队同意一个标准，任何度量单位都可以使用。一些团队将使用基于小时数等单位的实际时间，而其他团队将使用基于努力的估计。 Enterprise Architect具有灵活和集成的资源分配功能，团队成员可以在其中添加估计、允许的时间、实际时间、完成百分比等。这对于产品拥有着者来说是无价的，他们可能对完成一个项目所需的时间有一个广泛的想法，但他们会严重依赖团队提供的细节。时间估计可以在资源分配窗口的“预期时间”字段中输入。

示例

此图显示了如何在单阶段工作流中定义积压工作，允许将项目拖放到单个列中以定义积压工作中项目的顺序。

积压中的图表项

当使用两个或三个阶段的工作流程时，积压项目包含在代表整个积压的看板中，允许它们在从低到中、高或关键的车道之间移动，或者使用任何用户定义的车道名称或属性。

获得一个积压

积压是一种沟通工具，它使实施者无需决定他们应该做什么。它由产品拥有者拥有和管理，产品拥有着者最终决定积压上应该是什么以及它包含的项目的顺序。因此，必须防止无意更改。实施团队应该可以访问积压，但为了将项目从工作队列拉到正在进行的通道，这可能是基于连续流（看板）或时间盒（如 Sprint）的。开发团队还需要为积压中的项目提供时间估计，这将有助于产品拥有着者决定项目的顺序，特别是当两个或多个项目具有相当的商业价值时。具有最低完成估计的项目通常会被赋予更高的位置。还希望并鼓励开发人员对积压中的项目发表评论，以便产品拥有着者能够了解任何问题或从先前的计划或见解中学习。

Enterprise Architect的安全系统可以用来锁定积压，同时仍然允许人们以讨论的形式做出时间估计和评论的必要贡献。

启用安全系统并添加产品所有者或作为产品所有者的个人用户的组后，个人产品拥有着者用户或产品拥有着者组的成员可以锁定积压图。这个例子显示了积压被产品拥有着者组锁定，但是对于由多个产品所有者访问的存储库，将图表锁定给个人可能更方便。

积压图被产品拥有着锁定后，其他团队成员可以查看该图，但浏览器窗口中图名左侧的红色小标记表示已锁定。项目经理将看到一个蓝色标记，表示他们有权编辑图表。

固定一个积压图表

保护一个积压图，记住它可以在用户或组级别锁定。

注记

• 模型必须启用用户安全才能锁定积压看板图
• 为了确保积压的安全，需要两个或三个阶段的工作流程，其中积压是单独的看板图