Scrum敏捷实践之旅系列(一)用户故事概念 - 敏捷达人

标签: scrum 敏捷 系列 | 发表时间:2015-07-19 02:34 | 作者:敏捷达人
出处:

      敏捷开发对需求规划的要求是很高的,首先需求是打散的,一个大的项目需求会拆分成很多小的功能完整的需求,以便排定优先级去逐个实现,敏捷开发提升了开发效率,但是对需求规划的要求更高了,就是对产品的需求规划能力提出了更高的要求,必须有清晰的思路,很强的需求规划能力才行,这样才能保证敏捷开发可以按照既定的设想去一步一步实现产品的设计。

       敏捷开发是通过“用户故事”这个东东来实现传统软件开发所说的需求的。

一、什么是用户故事?

用户故事就是定义用户所需功能的文字描述,简单说就是用户的需求。一个好的用户故事包括三个要素:
1. 角色:谁要使用这个功能。
2. 活动:需要完成什么样的功能。
3. 商业价值:为什么需要这个功能,这个功能带来什么样的价值。

  用户故事

 

二、用户故事的描述

建议采用两种方式来进行用户故事的描述,用户可以任选一种:

  • 作为<用户角色>,我需要<功能>,以实现<业务价值>
  • 为实现<业务价值>,作为<用户角色>,我需要<功能>

举例:

作为一个“网站管理员”,我想要“统计每天有多少人访问了我的网站”,以便于“我的赞助商了解我的网站会给他们带来什么收益。”

注意事项:

用户故事不能够使用技术语言来描述,要使用用户可以理解的业务语言来描述。

 

三、用户故事与任务、测试等对象的关联

每个用户故事与多个开发任务、变更、缺陷(Bug)、测试用例和测试历史相关联。

1、与任务的关联

用户故事通过任务来实现。 实际开发工作比用户故事更琐碎。 实际上,每个故事都是多项任务的集合。把故事分解成多个任务,安排到人,完成了所有的任务,就意味着实现了用户故事。

2、与变更的关联

敏捷开发就是鼓励大家“拥抱变化”,每次用户故事变更都做记录,与相应的用户故事相关联,这样方便整个团队了解用户故事的来龙去脉,减少重复劳动。

3、与测试用例的关联

每个用户故事开发完成需要进行测试,测试工程师应当为用户故事编写一个或多个测试用例。

4、与测试历史的关联

记录用户故事经历了哪些测试,测试的结果和处理情况如何。

5、与缺陷(Bug)的关联

记录用户故事发生的缺陷,查看缺陷的处理情况。

 

这篇就先写到这里,下一篇继续用户故事的验收标准和用户故事编写原则的撰写,初学乍练欢迎大家前来拍砖。

(注:部分图片来自www.ScrumArts.com ,可随意传播)


本文链接: Scrum敏捷实践之旅系列(一)用户故事概念,转载请注明。

相关 [scrum 敏捷 系列] 推荐:

Scrum敏捷实践之旅系列(一)用户故事概念 - 敏捷达人

- - 博客园_首页
      敏捷开发对需求规划的要求是很高的,首先需求是打散的,一个大的项目需求会拆分成很多小的功能完整的需求,以便排定优先级去逐个实现,敏捷开发提升了开发效率,但是对需求规划的要求更高了,就是对产品的需求规划能力提出了更高的要求,必须有清晰的思路,很强的需求规划能力才行,这样才能保证敏捷开发可以按照既定的设想去一步一步实现产品的设计.

关于敏捷开发(Scrum)

- - 前端攻城师-攻城记
敏捷开发的话题已经由来已久,但是我们如何实施敏捷开发一直成为争结. 很多团队协作性差,产品、技术、测试、运营脱节,我们如何解决这些问题,成为了很多团队面临的问题. 有幸接触到Scrum项目管理,我想如果我们真的把Scrum实施起来,协作一定会上一个层次. 1.一切从产品出发 我一直信奉一个出色的产品经理不应该因为种种原因降低产品质量,不要因为技术难度大,不要因为项目时间紧,不要因为人员不足,领导压力,其实产品要说的就是:“喔.

Scrum敏捷开发简介

- - CSDN博客编程语言推荐文章
       Scrum是一种灵活的敏捷软件开发管理过程. Scrum方法由Ken Schwaber和 Jeff Sutherland 提出,它将软件开发团队比作橄榄球队,全队有明确的最高目标:发布产品的重要性高于一切. 团队高度自治,队员们熟悉开发过程中涉及到的各种技术,紧密合作,确保每个迭代都朝着最高目标推进.

敏捷开发 Scrum 总结

- - 行业应用 - ITeye博客
  最近把之前学习 Scrum 的资料整理为一篇文档,在接下来的团队和项目开发中,根据项目的情况引入 Scrum 的一些实践,提高团队成员之间的协作能力和项目的交付质量.          参考资料:. 《轻松Scrum之旅—敏捷开发故事》、《敏捷无敌》.          Scrum 工具.

敏捷开发之Scrum中的角色

- - 标点符
最近公司在推进Scrum管理流程,整理的资料,及一些想法会陆续整理出来,期望和对这方面感兴趣的朋友一起讨论. 今天要分享的是Scrum中涉及的几个角色. 产品负责人是利益相关方的代表,他的工作重点是产品的业务方面. 他负责给出一份明确的,可度量的,合理的产品 Backlog,并从业务角度出发对 Backlog 中各项问题按优先级排序.

敏捷开发之Scrum扫盲篇

- - 研发管理 - ITeye博客
现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP.... 为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要目的有两个,一个是进行知识的总结,另外一个是觉得网上很多学习资料的讲述方式让初学者不太容易理解;所以我决定写一篇扫盲性的博文,同时试着也与园内的朋友一起分享交流一下,希望对初学者有帮助.

《Scrum敏捷产品管理》读书笔记

- - CSDN博客研发管理推荐文章
提到产品管理,在Scrum中,首先就想到的角色是产品负责人. 因此我们先来看看产品负责人(Product Owner),以及这个角色的特征:. 然后对于大型产品而言,一个产品负责人是不够的,所以存在产品负责人扩展的问题. 对于产品负责人,常见的问题有:. Kano model (卡诺模型)可以帮助我们选择合适的功能,开发出吸引人的产品.

研发管理06:Scrum敏捷项目管理

- - CSDN博客推荐文章
本文结合自己5年多的Scrum 敏捷开发经验, 并结合PMP相关知识与技能, 总结了实际开发过程中的敏捷实践过程. 从介绍敏捷开发方法开始, 逐步介绍Scrum敏捷开发的流程与相关关键技能与框架的应用技巧. 8,• 总结 + Q&A. 作者:bamboolsu 发表于2015/5/12 9:42:40 原文链接.

[原]Scrum Gathering开放分享:敏捷开发早期估算by火星人陈勇,北京,6.30!

- - 陈勇的博客 - Scrum 敏捷开发培训咨询,绩效管理,团队管理,《火星人敏捷开发手册》
本人受邀参加Scrum Gathering的北京站,并在Open Space分享本届大会最富争议话题,欢迎现场参与:. 敏捷开发早期估算(开放分享). 7 讲师: 陈 勇 | 06月30日 13:00~06月30日 14:00 北京紫光国际大厦-主会场                 所属专题: 开放空间会议.

Scrum的故事

- Philip - 《程序员》杂志官网
2001年2月,17位敏捷先驱齐聚犹他雪鸟度假村,起草《敏捷宣言》的时候,Scrum只是众多方法中不太起眼的一个. 十年之后,Scrum却成为最流行的敏捷方法,几乎成为敏捷的代名词. 本文来介绍下Scrum的两位创始人——Jeff Sutherland与Ken Schwaber. 大家可能不会想到,Jeff Sutherland的第一份工作居然是美国空军战斗机飞行员,还曾于1967年获得了“壮志凌云”称号,完成过100次飞越北部越南的作战任务.