扫码阅读
手机扫码阅读
白话SCRUM 之二:product backlog
144 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
麦哲思科技任甲林
扫码关注公众号
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 成员,中国分部主席
425 篇文章
浏览 134.1K
麦哲思科技任甲林的其他文章
案例:缺陷个数与返工工作量强相关
要降低返工成本,有两种方法:1)少犯错。2)提高缺陷修复的效率。
开好迭代回顾会议的5个原则
迭代回顾会议是Scrum五个仪式之一,是在迭代评审会议之后对本次迭代的优点与改进点进行复盘的一个活动,其最主要的目的是提升团队的整体能力,持续改进,形成一个自学习的团队。通过回顾会议可以使团队每个迭代都能比上个迭代做得更好。在很多敏捷团队中,最容易忽略该活动,很多团队没有意识到该活动的重要性。为什么呢?最主要的原因是开了会议,没有实际效果,大家认为没用,所以也就不开了。实践中,在开迭代回顾会议时常犯的错误有: 把回顾会议开成了吐槽大会,大家只提意见,不提改进措施; 把回顾会议开成
系统测试成功的关键点
(1)系统测试人员参与需求评审 (2)定义明确的测试需求 (3)测试人员要在需求阶段介入项目组 (4)系统测试用例要覆盖所有的场景 (5)建立产品需求与测试用例的跟踪矩阵 (6)评审测试用例 (7)利用回归测试工具 (8)
案例:代码走查
某公司拟在公司推广代码走查技术,请外部咨询顾问进行一下实战指导,于是请项目组挑选了一个类,执行了代码走查的演练。2012年7月11日下午14:05分至15:15分,对110行有效代码(不含空行、注释、调试语句)进行了走查,该代码是Andriod平台下的JAVA代码,参与的评审专家包括: 作者:工作经验1年; 项目经理:工作经验6年,熟悉C语言的开发; 项目组成员:工作经验3年,熟
估算项目工作量的方法:定额法
定额法的优点是可以进行快速估算,并容易和客户达成一致。缺点是需要对定额进行校对后使用。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线