-
Product Backlog
说明
Product
Backlog
为产品或项目的将做
(To-
do)
列表。
Product Ba
cklog
并非将做的工作列表,
而
是
所有对客户有价值的功能、特性、程序或技术改善等的将做列表。此列表需被排出先后顺序,
以方便每个
Sprint
的工作安排。
Scrum
的参与者主要分
Pr
oduct Owner
、
Scrum
Master
和
Scrum
Team
三种角色。
Product
Backlogs
的新增、修改和优先顺序的设定皆由
Product Owner
来决策与执行,决策前也有可能
找
Scrum
Master
来一起讨论。
类别
(Category)
Product Backlog
的分类大致有
Epic
、
Theme
、
p>
User Story
、
Spike
。
您会发觉
p>
Epic
和
Theme
最后都将拆成
User
Story
,但为什么不一下子就写
User
Story
呢
?
因
< br>为在初期,
但还没到可以写
User
Story
Product Owner
对于有些功能可能只有比较粗略的概念,
的阶段,此时只能先写
Epic
或
Theme
。以下为<
/p>
User Story
、
Theme
p>
、
Epic
的区别案例
User Story
身为系统管理员,我必须能
p>
加系统使用者,才能让人有
帐号登入
Theme
身为系统管理员
,
p>
我需要使用者
管理功能以便决定谁可以使用系
统哪些功能
Epic
身为系统管理员
,
我需要各
种管理功能
,
让我能控制系
统的各种动作
至于如何写
User
Story
,您可参考以下
User
Story
的写法公式
AS a
, I need to
in order to
根据执行过
Scrum
的经验分享,您也会发现有的团队在
Product Backlog
相关产品特性或功能
方面,
不一定用
User Story
的方式来写
,
也有仅做功能叙述
(Feature)
< br>者,其他也有将确定的变更
(Change Request)
< br>或瑕疵
(Bug)
列入
Prod
uct Backlogs
中。是否允许这么做
,
团队讨论过后达成
共识即可。
以上所述的瑕疵
(Bug)
,如果是小小的瑕疵,也可考虑
是否列为
Spike
中其中一条。通常经过几
< br>轮的
Sprint
,
您会发觉不
再是单纯的把功能完成,
在前面的
Sprint
完成的工作或发现的缺失,
不
在即将开始的
Sprint
中解决是不行的,但又觉得这些事很琐碎。所以
ScrumWizard
设计了让
Spike
类的
Backlog
条目收集相关事项的功能
键,让
Product Owner
点选未列入
Backlog
的瑕
疵、变更、工作等平常发现即马上
呈报的事项,方便
Scrum
团队估计此
Spike
需花的工,也方
便将此
S
pike Backlog
条目选入将执行的
Spint
p>
计画。
每个
Product Backlog
条目的表单都有类别
(Category)
栏位,类别
(Category)
的选项可就您的项
目需求
来修改。其中我们建议保留
User Story
、
Theme
、
Epic
、
Spike,
其余您可就团队需求做
调整。
类别
(Category)
修改方式:
到此项目的追踪
(Trackers)
的
p>
Product Backlogs
的客制化
(Customize)
,
然后到
C
hoice
中点
Category
修改
即可。
-
-
-
-
-
-
-
-
-
上一篇:Flight log 东航
下一篇:工业镜头专业术语详解