扫码阅读
手机扫码阅读
白话SCRUM 之二:product backlog
97 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 篇文章
浏览 103.6K
麦哲思科技任甲林的其他文章
我说CMMI2.0后记
在CMMI2.0发布之前就想针对2.0的每个PA进行解释,但是拖延了下来,恰好春节之前有客户开始实施了CMMI2.0,有客户和同事与我探讨2.0中的内容,在解释的过程中,就形成了文字,索性就想把每条实践都解释一下。于是,就给自己定了目标,在春节期间把20个PA都解释完成。实际去做的时候,发现没有那么容易。一是时间是否有保证,二是我自己也需要对模型的某些描述反复阅读,提炼,查阅资料...
为什么同事不能成为好朋友
昨夜,一位朋友给我电话,他大叹:“为什么同事不能成为好朋友!” 他在一家小公司做事,但是人际关系却很复杂,他是一个直肠子,很善良,很容易相信别人,也很乐意帮助别人。结果却发现别人利用他,为了利益,为了权力,他成了冤大头。初来咋到,有什么心事,他还和其他的同事说说,结果那些心腹话成了别人的攻击他,给老板打小报告的把柄。他很苦闷,于是要找我喝酒,找一个不会危害他的人诉说诉说。 这个问题,我也经
我说CMMI2.0之过程管理
Process management,过程管理,简写为PCM。这个PA是对过程进行持续改进的。学习这个PA就必须深刻理解PDCA循环的4个阶段,8个活动。PCM的实践可以映射到这8个活动上。 实践列表 PCM 1.1 Develop a support structure to provide process guidance,...
CMMI 4级实践问题30问-4
第10问:特殊原因发生,是否一定会有过程异常? 答:未必。 比如特殊原因1是正向作用,特殊原因2是反向作用,二者可能作用抵消,在过程的参数上表现的就可能没有异常。 如果有过程异常,也未必是特殊原因造成的,有可能是误判。 第11问:好的异常是否也要剔除? 如前8个点的上下限在-10%到-1%,可第9个点在1%,看着是超过了控制线,可这个点的实际意义是好的,那是剔除不剔除呢?
需求与设计人员如何配合工作?
在软件开发的过程中 ,经常出现需求与设计脱节的现象,如设计人员按照自己的理解去设计,没有遵从需求去设计系统;需求人员做完需求定义后,交给设计人员去设计,撒手不管了等等,为了使需求与设计人员更好的协作,建议采取如下的措施:Ø 需求人员与设计人员一定要分离,否则无法解决需求文档化的问题,但是文档并不能解决所有的沟通的问题,还需要面对面的沟通。Ø 需求评审设计人员一定要参加,设计评审需求
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线