0511--团队项目--产品product backlog

介绍Scrum之product backlog

Scrum的基本概念其实并不复杂,但是想做好并不容易,大家都知道product backlog的重要性,但是我们如何制定和展现它,如何评定优先级,如何进行初始评估?下面我将介绍和product backlog相关的一些问题。

Scrum之 流程和术语介绍了流程,这里主要介绍第一个最重要的工件 Product Backlog。它是Scrum的核心,也是一切的起源。它是由Product Owner负责制定的一个按照重要性的级别排序了的故事列表。

一、什么是Prodcut Backlog

backlog英文意思为“积压的工作”。 product backlog是一个具有优先级的需求列表, 并对每个需求进行了粗略的估算。在Scrum中表示可以预知的所有任务,包括未细化的产品功能要求、Bugs、缺陷、用户提出的改进、具竞争力的功能及技术升级等,按优先级定义出来,这些任务可能不是完整的,甚至可能随时会更改或添加。Prodcut Backlog永远处于不完整状态,它随着产品及其使用环境的变化而变化,它是动态的,管理层不断对之做出改变,确定产品需求,保证产品适用性、实用性和竞争性。

  1. 在列表上层的故事首先被团队完成
  2. Product Backlog不是制定一次就完了的,它是动态的,需要持续的被修订,可能会出现故事的增加、删除和修改、合并或者拆分
  3. 任何一个Backlog的目标都是:它应该足够短、级别足够高,无特殊情况不需要修改。如果Backlog改变了,那么我认为你应该假设你的 Backlog错了,而不是需求变更了。变更需求通常意味着Backlog太长或者太详细,比如把复杂算法和逻辑也写入了backlog中了,要不就是写 的太含糊不清了,需要花费太多的时间猜测它究竟讲的是什么。

二、Prodcut Backlog有什么用

产品backlog根据用户价值罗列所有即将在产品中开发的功能,通过简洁的展示需要实现的功能,我们可以对项目进行规模上的估算,确定发布计划和迭代计划。产品backlog可以帮助我们对将要做的事情有个整体的认识,以及可以知道我们现在的状态。如果没有backlog,我们将不知道现在和将来产品做成什么样子,由于对产品目标的不明确,当然也不知道什么时候可以发布产品,或者发布的产品能给客户带来什么价值。

三、谁提供product backlog的需求

产品负责人与客户最近,他最清楚产品应该做什么样子,所以product backlog应该由Product Owner来制定。里面的需求由产品负责人或者客户制定,有时候Team里的需求分析人员可以和产品负责人或客户一起定义需求。制定后,由Scrum master和Team协助产品负责人修订并进行初始评估,里面的需求在sprint计划会议将进行更进一步的讨论。

四、什么时候会修改product backlog

如果一个列表太长或者内容陈旧,product backlog的浪费远大于价值本身,所以我们必须不断的维护产品backlog。产品backlog由产品负责人提供,与Team进行规模估算时,可能会拆分合并或者添加删除故事,初始估计也由Team进行评估提供估计值。产品所有者通常会向开发小组提出自己确定的优先级顺序,而小组也可能会请产品所有者根据他们对主题的评估对这个顺序作出少量调整。

五、怎么写故事

一般按照轻量级的故事来进行描述需求。用户故事是最基本的设计单元,它是从系统用户或者客户的角度出发对功能的一段简要描述。用户故事的形式很自由,没有什么强制性的语法。但是,按照大致符合这样一个形式来考虑 用户故事是比较有益的:“作为【用户的类型】,我希望可以【先这样做,然后那样做,就应该得到...的结果】以便【业务价值】。”以这样的模作为例子,可以得到一个用户故事说:“作为购书者,我希望可以根据ISBN来找到一本书,以便能更快的找到正确的书。”在做用户故事时,需要注意每个用户故事用的是用户的语言,它只描述一个功能(feature),而且每个用户故事的开发周期不要太长(1-5天)

我们不需要一开始对所有的故事都进行详细的描述,但计划放在下一个sprint中的故事应该比较清楚。可以按照硝烟一书中的表格来写backlog的故事:

ID为一个唯一标识,确定后最好固定不变,在其他工作或者文档中想引用故事就使用这个ID来引用
Name2到10个字,通过简单的描述来说明故事,如果要很多字才能表达这个故事,那很有可能这个故事太大,或者不清楚
重要性 这个优先级决定了sprint选择的故事,优先级越高的越早实现
初始估算 这个由Team来根据故事描述内容来估算,产品负责人讲解完故事后,Team对不清楚的进行询问,大概了解后进行粗略估算。从估算的角度出发,故事不应该太短,但也不能太过于详细,不需要把具体的规则和算法写进去。
How do demo 从用户视角,从操作层面进行讲解这个故事如何通过软件来演示,也可以作为一个简单的测试用例了。重要性高的backlog条目都要填写”如何演示“。
Notes相关信息、解释说明和对其他资料的引用等,一般都非常简短。

有时我还会增加一个分类列来标识出故事的主题,通过主题来从更大视角来查看需求主要内容,后期也可以根据主题的优先级来初始确定故事的优先级。

“开拓者”产品(金融工具)-product backlog

金融工具-product backlog
ID Name Imp Est How to demo Notes
1 计算器  50  20 
作为一个金融工具,当然需要

拥有一个像样点的计算器,这

计算器的功能也要有一定的要

求,计算器必须能精确的计算

每一次的金融投资,能给用户

带来金融投资利益收获的估计

值或者投资亏损程度的信息。

 
2  计算类型  45 30 
一个金融工具里面包含的计算

器也存在一些类型,如货币兑

换、复利存款、贷款还贷投资

回报率、股票投资、 个人税

务、退休金计算等计算类型,

方便投资者对自己的投资收益

或者亏损有一定的了解。

 
3
查看自己的

投资信息

45   45
一个金融工具当然能看到自己

的投资信息,投资记录,投资

的收益情况等。我们只需要登

录自己的账户,在自己的账户

下选择投资信息,就可以在一

个页面中显示出了自己所有的

投资信息。

 
4          
5          
6          
7          
时间: 2024-10-12 19:18:45

0511--团队项目--产品product backlog的相关文章

团队作业收官——项目产品宣传文案和推广方案

Deadline: 2016-12-30   22:00 经历了一个学期的项目,大家都很希望自己的项目作品能够得到应用和不断推广.用心的界面设计.贴心的功能.复杂的异常处理机制等,都希望得到用户的发现和认可.酒香也怕巷子深,需要对我们的项目产品设计宣传文案和制定推广方案 . 请各团队设计一个宣传文案和推广方案,在截止时间之前发表一篇随笔,包含不限于以下内容: 1.你们产品的概述 2.你们产品的功能: 3.你们产品的创新特色: 4.详细的推广方案:(首批潜在目标用户是哪些:如何按步骤.有计划地向首

[团队项目] Scrum 项目 3.0 SCRUM 流程的步骤2: Spring 计划

[团队项目] Scrum 项目 3.0 SCRUM 流程的步骤2: Spring 计划 SCRUM 流程的步骤2: Spring 计划 1. 确保product backlog井然有序.(参考示例图1) 2. Sprint周期,一个冲刺周期,长度定为两周,本学期还有三个冲刺周期. 3. 确定Sprint目标. 3.1 产品负责人概括产品backlog,对sprint目标进行总体介绍,讲清他认为最重要的故事. 3.2 团队从最重要的故事开始逐一讨论每个故事,估算时间,理清每个条目的含义,在必要的情

[团队项目]Scrum 项目1.0

1.确定选题. 应用NABCD模型,分析你们初步选定的项目,充分说明你们选题的理由. 录制为演说视频,上传到视频网站,并把链接发到团队博客上. 截止日期:2016.5.6日晚10点 2.SCRUM 流程的步骤 1 完成产品Backlog的编制,在spint计划会议之前,确保product backlog井然有序. ---------------------------------------------------------------------------

0502团队项目 SCRUM团队成立

Scrum团队成立 团队名称:对不对?队 团队目标:短期目标,完成O2O模式的第一个平台 团队口号:我们都不是神的孩子 团队照: 角色分配 产品负责人: 许佳仪.决定开发内容和优先级排序,最大化产品以及开发团队工作的价值. Scrum Master: 卓宇靖.负责确保团队遵循 Scrum 的理论.实践和规则.Scrum Master是团队中的服务式领导. PM项目经理:赖文亮.团队的领导, 带领.平衡.推动.激励.目标达成.交涉,平等工作之外管事也管人. 用户:柯晓君.从最终使用者的角度把握所开

0512 SCRUM团队项目

题目 SCRUM 流程的步骤2: Spring 计划 1. 确保product backlog井然有序.(参考示例图1) 2. Sprint周期,一个冲刺周期,长度定为两周,本学期还有三个冲刺周期. 3. 确定Sprint目标. 3.1 产品负责人概括产品backlog,对sprint目标进行总体介绍,讲清他认为最重要的故事. 3.2 团队从最重要的故事开始逐一讨论每个故事,估算时间,理清每个条目的含义,在必要的情况下拆分backlog条目.所有重要性高的backlog条目都要填写“如何演示”.

团队项目方案分析

团队项目方案分析 一.前言 对于我所在的项目团队而言:我们团队在经过讨论与分析之后确定了项目的一个大致方向.那么我们为什么会选择这样的一个方案呢?这将会是我们今天讨论的一个主要的话题, 在文章接下来的内容当中,笔者将以问题的形式来讲述整个方案以及我们团队对于这个项目的一些想法. 二.领域前瞻 首先,对于我们目前的项目经历以及项目能力,我们应该有一个合理的预期,这样我们最终所交付的产品才会与我们当下的能力有一个较好的化学反应.那么对于我们该从什么领域入手呢?在此我们团队做了一个比较理性的思考.对于

团队项目01

一:团队成员 黄梓轩:热爱运动,对编程有着很大的兴趣 魏垚:热爱技术,有思想,喜爱创新. 程憧憬:热爱编程,逻辑思维较强. 黄伟鹏:热爱创新,动手能力强. 二:团队照片 三.团队项目 小型账本的开发 四.项目计划 暂未定,但是对此项目的前景有着较为清晰的认识.当然,还是得先从基础的做起. 五.一些问题 你的创意解决了用户的什么需求? 用户可以通过记账软件来解决用户本身的财务消费记录. 你有什么招数来解决用户的痛苦或问题? 通过使用本软件,用户可以通过记录财务支出解决账目不清楚,钱数对不上的矛盾.

软件工程团队项目总结

一学期软件工程课结束了,这学期我们共做了三个项目,分别为个人项目.结对项目.以及团队大项目.前两者主要是拿来练手,体会一下简单的软件工程方法论,而结对项目前后历时两个多月,可以说是一次系统的软件工程锻炼,下面对两个迭代过程做一个总结. M1: 我们完成了什么:一个社团平台,给同学提供一个浏览社团活动的活动广场,给社团提供一个管理社员报名和发送通知的集成服务. 我们怎样做到的:需求分析,设想我们的产品的用户场景,建立基本的ER图模型,学习WEB开发的基本知识,做了一些DEMO,学习怎样以基于aja

团队项目NABCD模型的需求分析

团队项目NABCD模型的需求分析 NABCD模型的介绍 Need(需求)-现在市场上未被满足但又急需满足的客户需求是什么?Approach(方法)-要满足这种需求,我能够提出什么独特的方法吗?Benefits (收益)-该方法给顾客提供的便利是什么?Competition (竞争) -对于竞争对手和其他可选择的方案来说,这种单位成本收益的优势在哪里? ? 1. ?Need 需求 ? ?我们的这次qq项目适用于局域网内的聊天通讯所用,用的数据库轻小而稳定,我们通过了数据设计的第三大范式进行约束表的