敏捷实践
产品积压细化的备忘单（修饰）
读：
产品积压细化的备忘单（修饰）
它是什么？
积压细化（修饰）的目的是改进产品积压。虽然Scrum Guide中没有详细说明官方仪式，但炼制积压的活动是。
谁做了？
积压精炼是一种涉及的合作努力：
- （可选）促进者- （就像Scrummaster）保持会话朝着其预期目标移动
- （可选）来自管理团队的代表- 澄清高水平的优先事项
- （强制性）代表来自产品所有者团队- 澄清产品积压项目的详细信息
- （强制性）来自的代表敏捷交付团队- 定义满足商定的产品积压项目所需的工作和努力。建议在精炼积压时至少有一个开发人员和一个测试仪，以确保存在系统的替代视点。
什么时候？
在开发当前冲刺（迭代）中的用户故事之前，一般在前一到2或2冲刺的某个时间，团队坐下来讨论即将到来的工作。不要等待太晚添加细节，因为延迟将减慢团队的速度。不要提前完善您的故事，因为细节可能会变得陈旧。根据您的团队的交付率，您应该每周一次或两次审查积压。
在你开始之前
我们需要确保：
- 最高订购产品积压，以反映管理团队和产品所有者团队的最大需求
- 用于美容的候选人包括被确定为的故事没有准备好在下一个冲刺内完成或需要多天的研究
- 定期审查管理团队路线图上的史诗，功能或其他项目
积压
产品积压可以解决产品所有者团队认为有价值的任何内容。出于Sprint Planning的目的，当您使用Scrum作为交付框架时，产品积压项目必须足够小，以便团队在Sprint期间完成和接受。验证项目是否已满足于产品所有者团队。
估计
在单个Sprint中完成积压项目，或将它们拆分为多个用户故事。炼油时，给出故事的初步估计，看看它们是否足够小。如果没有，拆分它们。拆分产品积压项的最佳方法是值而不是通过过程。
验收标准
所有故事都需要验收标准。没有它，您无法定义用户故事的边界并在故事时确认完毕并按照预期工作。确保验收标准是可测试的。这就是您的测试人员应该对其进行编写的测试。
重写书面故事
如果您的团队是Scrum的新手，确保用户故事格式一致，满足投资标准，你从企业写作而不是技术角度。亚博vip9通道知道客户是谁。它可能不是最终用户。相反，这个故事可能是一个像其他团队一起使用的服务。
评论（6）
埃里克吉布森
梳理产品积压应该是一种涉及产品所有者和开发团队的合作努力。这有助于正确分析数据并得出正确的结论。它鼓励集体所有权，并利用整个团队的创造力。它减少了产品所有者的工作负载，并有助于确保高普罗尼物品已准备就绪。
Erik，谢谢你的加法。为了建立在您的评论中，我们建议您拥有产品所有者团队（不仅仅是一个人），可以将清晰度带到积压中的物品。这产品所有者团队可能包括架构师，以及其他角色，谁可能不是个人开发团队的一部分。这有助于确保物品被分解为适当的团队的适当级别，同时仍与长期组织和设计策略保持一致。
PatrickSchönfeld.
不一定是针对产品开发团队的建议的论据（可以想象这种情况，这是合理的，有效的内容），但我认为值得注意的是，这实际上是针对scrum指南，因为scrum指南状态：“产品所有者是一个人，而不是委员会。“
我认为它背后的想法是两倍或相反的想法取决于另一个。对于一个产品所有者应该负责产品价值，哪个（现在我们来到第二个论点）取决于他或她实际上是知情不仅来自团队而且来自外部的信息sources (e.g. the market). After all he is responsible to represent ALL stakeholders.
我们都知道，共享知识/保持所有人通知一切的人都不容易，这就是为什么Scrum有很多促进沟通的事件。如果我们建立产品所有者团队，我们可能必须添加新的通信开销。
因此，当遵循您的建议时，这是一个应该（至少）考虑的东西。
克林顿EGBEMBA.
PatrickSchönfeld我完全同意你的看法。Derek Huether应该恳切地解释为什么他希望通过推荐产品所有者团队在这个主题上非常清楚地推荐产品所有者，“产品所有者是一个人，而不是委员会。“
亨克
您好，我似乎无法找到备忘带。我在哪里可以下载它？
亨克，我为您带来的任何不便深表歉意。但是，在重新阅读帖子之后，我相信帖子本身可能是作弊表？不幸的是，这个特定的帖子是在2013年写的，作者不再与公司合作，所以我现在无法验证。我会与我们的团队合作，确定我们是否应该删除这篇文章以避免进一步的混乱。感谢您查看我们的博客。我可能会建议在我们的较新的内容中查看一些新内容365亚博 在这一边亚博体育输光列表页面以获得对敏捷行业的最新思想和观察。