欢迎来到扫码阅读
手机扫码阅读
白话SCRUM 之二：product backlog
354 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文件、敏捷项目管理工具、缺陷跟踪工具，或者使用不干贴纸贴在办公室白板上。
想要了解更多内容？
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
782DP哥最近在复盘考虑如何启动敏捷实践，形成的思辨看法，希望得到大家的指点和纠正。分为以下五个方面。\x0a“形”与“神”、“守”与“攻”、“说”与“做”、“始”与“终”、“P”与“O”
“既然每个看板（Board）和看板系统都是独一无二的，那么我该如何设计自己的看板系统呢？”\x0d\x0a\x0d\x0a我们应该将系统思维应用于看板的整个设计过程。也就是，我们需要永远将（未来）系统作为一个整体来考虑，其目标是为了改善客户价值的流动。
消息队列MQ对系统之间、业务模块之间的异步解耦是多么的重要，同时也分担出了一部分服务器压力，特别是高并发操作时，也起到了对服务器（应用服务器和数据库等）压力削峰的作用。
项目真的可以创造价值么？对于最高决策者而言，最无法忍受的并非长期性和大量成本，而是在这漫长的变革过程中，看不到也说不清价值是什么。如何让项目价值看得见，苦劳变功劳，投资花得值？
麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席
425 篇文章
浏览 235.8K
麦哲思科技任甲林的其他文章
普通原因与特殊原因的区别
在SPC中，对过程的偏差区分了信号与噪音，信号是特殊原因造成的偏差，噪音是普通原因造成的偏差。这两类原因有啥区别呢？我归纳整理如下： 普通原因 特殊原因 定义 普通原因指的是造成随着时间的推移具有稳定的且可重义的分布过程中的许多变差的原因，我们称之为:“处于统计控制状态”、“受统计控制”，或有时简称“受控”。普通原因表现为一个稳定系统的偶然原因。只有变差的普通原因存在且不改变时，过程的输出才是可以预测的。 特殊原因(通常也叫查明原因)指的是造成不是始终作用于过程的变差的原.
程序员敬业精神的具体表现
在给客户培训的时候,很多项目经理提到了敬业精神的问题,结合自己的体会,我想通过下面的8个问题的可以判断一个程序员是否具有很好的敬业精神: （1）是否主动工作？尤其是涉及到2个人合作的时候，该是另外一个人解决的问题，你是否将问题告诉别人后，就等待，还是去及时跟踪问题的解决了？ （2）当天该完成的工作，你是否做完了才休息？ （3）你是否对未完成的任务找了一大堆借口？ （4）在和别人有接口的任务时，你是
需求文档化的真理与谬误
如果是2个公司之间的供求关系,请将需求文档化; 如果是2个部门之间的供求关系,请将需求文档化; 如果是2个小组之间的供求关系,请将需求文档化; 如果是2个人之间的供求关系,请将需求文档化; 这是真理. 再好的合作关系,当发生分歧的时候,也会互相追究责任,在追究责任的时候,请拿出你的依据:文档. 道德是感性的,证据是理性的.道德是合作的基础,但并非有了良好的道德就一定能合作成功,因为分歧并非仅有道德
为什么忽略管理的常识？
最近连续审查了几个客户的过程文档体系，有个问题，让我一直苦思：为什么我们总是忽略管理常识？ 企业在实施CMMI的时候，为了满足模型的要求，在描述自己的过程时，习惯于照搬模型的描述。最典型的例子是PMC的描述，模型中描述了10个实践： SP1.1 监督项目的计划参数 SP1.2 监督承诺 SP1.3 监督风险 SP1.4 监督数据管理 SP1.5 监督项目相关人员的参与 SP1.6 执行进展评审 S
大连印象
05年9月份是我第一次出差到大连，匆匆的来，匆匆的走，没有多看两眼。 06年9月份去华信做运行检查，时间比较宽裕，于是一个人到星海广场走了走，看了看大连的海边，看了看广场的雕塑.在去高新区的路上，也有不少的雕塑，于是印象里，大连是个雕塑之城。 这次来大连，中间有1天的空闲，有个朋友带我逛了一下软件园，很给我震撼。软件园很漂亮，进驻 的世界500强的公司比较多。东软的地盘很大，建筑很有特色，以前我没
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线
-
联系我们
电话：4006 8899 23 邮箱：beining@chandao.com -
融实践库
关于我们 加入我们立即学习
微信号：rongpmcom
-
微信公众号
-
微信视频号
-
社区微信群
