产品待办列表条目的4个类型

产品待办列表中可以有很多类型的条目，总结一下大致有4种:

1. 功能性需求（Functional requirement），如特性等新功能
2. 技术改进的需求，如性能要求技术选型的变化，或数据库版本升级等
3. 获取知识的原型，各类线框图等原型
4. 缺陷，主要是生产系统的缺陷

产品列表的条目可以是以上任何一个类型，也可能是多个类型的混合。 这个都没关系，这个分类，主要帮我们思考，都有哪些维度的需求，避免有遗漏。

行动

每日一问：你还知道有哪些类型的产品列表条目？

与BoB面对面

• 报名BoB的敏捷认证课程
• 订阅邮件列表

关于作者

BoB Jiang

• 中国北方的第一位CST（Certified Scrum Trainer）
• 敏捷变革中心（Center for Agile Transformation）合伙人
• Bob的博客、《Scrum精髓》译者
• 欢迎加入自由职业者俱乐部 微信群，请加微信：
• hiblocknet ； 添加微信后，发送消息 dream

版权声明

本文采用 CC BY-NC-SA 3.0 许可协议。
转载请注明出处！

Here I would like to talk about product backlog refinement meeting, including what activities should be in this meeting, who should join this meeting and why we need refinement meeting.

Why to have product backlog refinement meeting

As the figure above, it occurs during sprint for product backlog refinement meeting, and normally no more than 5% total time of sprint. E.g during sprint 1, Product Owner (PO) will conduct refinement meeting for sprint 2 and sprint 3. So refinement is like beam of a car, normally we should choose low-beam model, otherwise we would like to watch something far away ahead, we need to switch the headlights to high-beam model. Refinement is the high-beam model for team. (Thank Daniel Teng for above metaphor)