传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发。在这样的环境下,需求文档是信息传递的主体,也是一份契约。 然而详细的需求说明书有以下5大弊端: 单向的信息传递,容易出现理解偏差 ...
本系列的第一篇 用户故事驱动的敏捷开发 . 规划篇 跟大家分享了如何使用用户故事来帮助团队创建需求的过程,在这一篇中,我们来看看如何使用这些用户故事和功能点形成产品backlog。产品backlog是敏捷开发中用来管理需求列表,排定优先级,形成迭代计划,组织开发 测试和交付过程的工具。可以说,产品backlog是一个敏捷团队管理开发过程的核心,所有的活动和交付物都围绕backlog来进行。一旦需求 ...
2016-03-21 10:23 3 2347 推荐指数:
传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发。在这样的环境下,需求文档是信息传递的主体,也是一份契约。 然而详细的需求说明书有以下5大弊端: 单向的信息传递,容易出现理解偏差 ...
摘要: 一件用户通过系统完成他一个有价值的目标(买一罐饮料)的事。这样的过程就叫“用户案例(user case)”或者“用户故事(user story)”。本文描述了敏捷开发的技巧:如何以用户故事管理项目. 什么是用户故事(user story) 假定这个项目的客户是个饮料 ...
前两篇文章介绍的是 搜集故事和编写估算,本篇文章接着前面的文章往下说,有了story(故事)之后如果对故事进行估算 下面主要是进行估算的大体checkLists 对与一个故事的估算方法应该具有如下特点 1、运行改变估算结果 2、适用于所有的故事 3、很容易 ...
第一章:概览 1.什么是用户故事 作者在文中给出了如下的定义:描述对用户、系统或软件购买者有价值的功能。我们不难看出,对于用户故事,他的立足点是用户,那么他就是对用户需求的描述。在BigMoneyJob网站的例子中:作者给出了几个事例故事:(1)用户可以搜索职位(2)公司可以发布新 ...
在日常的工作过程中,小编一直把影响力地图、用户故事地图和用户故事穿插在一起使用,就简单的介绍介绍这三者之间如何融合到一起,来进行产品设计的工作。 影响地图包含四个层次,why、who、how和what,按树形的结构一层层展开,四个层次分别表示: why:我们为什么做一件事,目标是什么 ...
本文是今年1月份参加Agile1001公开课后,并参考《用户故事与敏捷方法》这本书整理,阅读全文 一、什么是用户故事 用户故事是描述对用户有价值的功能,好的用户故事应该包括角色、功能和商业价值三个要素。 用户故事通常的格式为:作为一个<角色>, 我想要<功能 ...
估算并非易事。对软件开发人员来说,估算堪称是最难的工作之一。估算必须考虑所有能帮助产品负责人做出影响整个团队和业务决策的因素。因此,从开发到高管都为它焦头烂额也不足为奇,但这种做法是错误的。敏捷估算并不是什么性命攸关的大事,就只是估算而已,事实就这么简单。我们不用要求团队 ...
故事点 是敏捷项目管理和开发中的一种抽象的度量单位,用于估计实现一个或多个用户故事的复杂度,它是对工作量的一种描述方式。一个故事点就是一个数字,透过这个数字告诉整个团队用户故事的复杂度。复杂度包括功能的难易程度、风险和花多大的功夫。 故事点(story point)和预估时间(estimated ...