管理积压

待办事项（或某些敏捷方法（例如Scrum）所称的产品待办事项）是将为客户提供业务价值的项目的有序列表。它可以包括从功能，用户故事和需求（包括非功能性需求）到缺陷，更改等等的项目类型的异构列表。实际上，在Enterprise Architect任何元素都可以放入待办事项列表中。列出的和显示在工具箱中的是最常见的。待办事项列表是基于业务价值的有序列表，较高价值的项目渗透到列表的顶部。该列表由产品所有者或其等效者拥有和管理；也就是说，有人充当客户的代理人。

在积压车道中订购物品

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

优先处理积压

待办事项列表中项目的顺序通常由产品负责人仔细，周到地确定，并反映了业务价值-承诺高业务价值的项目位于顶部。积压工作的优先级是产品所有者的责任，但这并不是与其他团队成员孤立地决定的，产品所有者依赖于从一系列利益相关者，高级执行层利益相关者，业务和运营经理，需求中获取重要信息的能力。和业务分析人员，再到实施团队。

一系列战略图和材料为许多优先级决策提供了依据。其中包括：战略图，业务驱动因素，目标和目的以及描述工作包基于时间的顺序的路线图。产品负责人可以将示例路线图用作业务最优先考虑的内容或企业或业务体系结构团队已计划的内容的输入。该图将在与业务涉众和实施者的讨论中被证明是有用的，他们可以为他们正在完成的工作获得业务背景。

实施者和其他利益相关者的意见还将提供有价值的信息来源，并为积压工作的优先顺序提供投入。 Enterprise Architect具有一个“协作”窗口，这是一种高度协作的工具，通过该窗口，任何团队成员都可以针对某个元素输入讨论帖子，而其他用户可以回复并加入讨论。这可以创建丰富而有用的知识挂毯，这不仅可以帮助产品所有者确定项目在积压清单中的位置，而且还可以在实施者准备实施项目时为他们提供帮助。

可以帮助产品负责人的另一项重要信息是实施者完成的项目估算，实施人员对项目可能花费的时间做出最佳估算。使用用户故事的敏捷团队倾向于使用故事点，但是只要团队同意标准，任何度量单位都可以使用。一些团队将基于单位（例如小时数）使用实际时间，而其他团队将使用基于工作量的估算。 Enterprise Architect具有灵活而集成的资源分配工具，团队成员可以在其中添加估算值，允许时间，实际时间，完成百分比等。对于产品负责人而言，这将是无价的，因为他们可能对完成一个项目所需的时间有广泛的了解，但是却严重依赖于团队提供的详细信息。可以在“资源分配”窗口的“预期时间”字段中输入时间估计。

例

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

在积压图中订购物料

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

确保积压

待办事项是一种沟通工具，使实施者无需决定他们应该从事的工作。它由产品负责人拥有和管理，产品负责人最终决定待办事项列表上的内容及其所含项目的顺序。因此，必须防止意外更改。实施团队应该可以访问待办事项列表，但是出于将项目从工作队列中拉到正在进行的通道的目的，进程可以是基于连续流的（看板）或有时间限制的（例如Sprint）。开发团队还需要为待办事项中的项目提供时间估计，这将有助于产品负责人确定项目的顺序，尤其是当两个或多个项目具有可比较的商业价值时。具有最低完成度估计值的项目通常将获得较高的排名。还期望并鼓励开发人员对待办事项中的项目进行评论，以便产品所有者可以理解任何问题或可以从先前的计划或见解中学习。

Enterprise Architect的安全系统可用于锁定Backlog，同时仍然允许人们以讨论的形式做出必要的时间估算和评论。

启用安全系统并添加产品所有者或产品所有者的单个用户组后，积压图可以由单个产品所有者用户或产品所有者组的成员锁定。此示例显示积压工作被产品所有者组锁定，但是对于由许多产品所有者访问的存储库，将图锁定到单个对象可能更为方便。

当积压图已被产品负责人锁定时，其他团队成员将能够查看该图，但是在浏览器窗口中图名称左侧的红色小标记将指示该图已被锁定。项目经理将看到一个蓝色标记，表明他们有权编辑该图。

保护积压图

确保积压图安全，记住它可以锁定在用户或组级别。

笔记

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