白话SCRUM 之二:product backlog
发布于 2024-10-02
1314
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
SCRUM方法中的文档要求
SCRUM方法中规定了三个关键文档:
- Product Backlog
- Sprint Backlog
- Burn-Down Chart
Product Backlog的构成
Product Backlog列出了项目需求,采用用户故事格式,由Product Owner讲述。用户故事包括:
- 用户角色
- 功能需求
- 实现目的
需求优先级由Product Owner基于商业价值划分。
用户故事的格式与验收标准
用户故事应遵循“三段论式”格式,同时需要明确验收标准。验收标准由Product Owner在与团队沟通中逐步完善。
Product Backlog的完整表述
实际上Product Backlog包含五部分内容:
- 用户角色
- 功能
- 目的
- 优先级
- 验收标准
非功能需求的处理
对于非功能需求,可将其明确到具体故事的验收标准中,或者以“技术故事”形式单独列出。
理想的用户故事特性
理想的用户故事应具备以下特性:
- 独立性
- 可协商性
- 价值性
- 可预测性
- 短小精悍
- 可测试性
这些特性都是理想状态下的。
Product Backlog的管理
Product Backlog会随项目进展而变化,只有Product Owner有权修改。管理方式包括EXCEL文件、敏捷项目管理工具、缺陷跟踪工具,或者使用不干贴纸贴在办公室白板上。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 820.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
需求反讲:让“我讲明白了吗”变成“你证明你理解了”
需求反讲是一种创新的需求沟通方式,通过让开发或测试人员主动讲解需求来确保理解一致性。相比传统"需求人员讲-下游听"的单向传递,反讲要求下游人员消化需求后用自己的话复述,并指出疑问点,从而暴露潜在的理解偏差。这种方法源自实践验证,能有效减少开发返工和需求变更。标准流程包括独立研读、反讲会、澄清确认等步骤,强调主动输出和具体表达。关键要点包括:必须用自己的话重构需求、举例说明场景、提出不确定点,严禁照本宣科。实践表明,这种角色反转能显著提升需求传递质量,已在多家企业成功应用。
论情感的淡漠
这是一个沉重的话题,10年前曾经和朋友讨论过,当时的结论是:随着社会的发展,人与人之间的感情越来越淡漠,家庭趋向于解体。最近也有和朋友讨论起这个话题,结论依旧。 试想一下: 你现在和父母生活在一起吗?相距有多远?你每年和父母在一起的时间有多长? 你父母会依赖你养老吗? 你将来会让你的孩子养老吗? 你的孩子将来会和你生活在一个城市里吗? 如果你兄弟姐妹生病了,你一年挣10万元人民币,你会拿出多少钱来
项目回顾案例
某公司从2015年6月下旬开始启动了一个敏捷开发的项目,截止到8月中旬结束,投入的开发人员、测试人员、管理人员达到60多人,2015年8月31日,由咨询顾问作为主持人带领该团队的10多名核心人员,对整个项目进行了系统回顾总结,整个回顾总结的过程如下: 1 咨询顾问花了1小时的时间,讲解了进行项目回顾的方法。强调了回顾的目的、方法、步骤、注意事项等,给出了一些公司的总结样例。对本次总结的会议制定
系统测试缺陷检出密度越大越好吗?
这是一个很有意思的话题。很多人对此困惑。困惑在什么地方呢? 从开发的角度看,是希望系统测试发现的缺陷越少越好,那意味着在开发阶段都把缺陷找干净了。 从测试的角度看,是希望系统测试时把缺陷找干净了,不要遗留给客户去发现。在潜在的缺陷数恒定的前提下,找到的缺陷越多越好。 在组织级确定质量目标时,这个系统测试缺陷检出密度到底是定义为越高越好,还是越小越好呢?系统测试缺陷检出密度的大小能代表产品质量吗? 产品质量只能通过上线后的缺陷多少来衡量,上线后的缺陷密度越小越好...
过程改进的关注点之测试过程
总结了一下在咨询过程中看到的测试过程的常见问题,梳理出来进行测试过程改进的关注点
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线