估算并非易事。对软件开发人员来说,估算堪称是最难的工作之一。估算必须考虑所有能帮助产品负责人做出影响整个团队和业务决策的因素。因此,从开发到高管都为它焦头烂额也不足为奇,但这种做法是错误的。敏捷估算并不是什么性命攸关的大事,就只是估算而已,事实就这么简单。我们不用要求团队 ...
当我读到 Scrum敏捷软件开发 关于项目经理的讨论时,让我产生了极大的共鸣,使我不得不放下书来闲扯两句,一方面抒发自己的感受,另一方面也算是一种反思吧。 我平时一般要同时带 个项目。作为项目经理,我都要花上大部分时间去分析需求,然后将其拆分成小任务。拆分任务时,我会将任务录入到我自己设计的项目管理程序Teamview。在录入过程中,我会根据自己的经验,为每个任务设置优先级和完成该任务所需的时间。 ...
2013-10-10 08:20 19 4349 推荐指数:
估算并非易事。对软件开发人员来说,估算堪称是最难的工作之一。估算必须考虑所有能帮助产品负责人做出影响整个团队和业务决策的因素。因此,从开发到高管都为它焦头烂额也不足为奇,但这种做法是错误的。敏捷估算并不是什么性命攸关的大事,就只是估算而已,事实就这么简单。我们不用要求团队 ...
故事点 是敏捷项目管理和开发中的一种抽象的度量单位,用于估计实现一个或多个用户故事的复杂度,它是对工作量的一种描述方式。一个故事点就是一个数字,透过这个数字告诉整个团队用户故事的复杂度。复杂度包括功能的难易程度、风险和花多大的功夫。 故事点(story point)和预估时间(estimated ...
敏捷估算的价值 敏捷估算,就是在敏捷开发中,对即将开始的工作进行工作量、复杂度和持续时间的相对估算。通常情况下,软件开发过程中有很多未知数:技术更新,需求变更,系统之间的依赖关系等,它们都会影响估算结果,所以说估算是一项费时费力的工作,并且得到的结果也是不精确的。既然如此 ...
前两篇文章介绍的是 搜集故事和编写估算,本篇文章接着前面的文章往下说,有了story(故事)之后如果对故事进行估算 下面主要是进行估算的大体checkLists 对与一个故事的估算方法应该具有如下特点 1、运行改变估算结果 2、适用于所有的故事 3、很容易 ...
摘要: 一件用户通过系统完成他一个有价值的目标(买一罐饮料)的事。这样的过程就叫“用户案例(user case)”或者“用户故事(user story)”。本文描述了敏捷开发的技巧:如何以用户故事管理项目. 什么是用户故事(user story) 假定这个项目的客户是个饮料 ...
故事点是一个度量单位,用于表示完成一个产品待办项或者其他任何某项工作所需的所有工作量的估算结果。 当采用故事点估算时,我们为每个待办项分配一个点数。待办项估算结果的原生数据并不重要,我们只关注最后得到的相对估算结果。一个估算值为2的用户故事应该是估算值为1的用户故事的2倍。而它也 ...
第一章:概览 1.什么是用户故事 作者在文中给出了如下的定义:描述对用户、系统或软件购买者有价值的功能。我们不难看出,对于用户故事,他的立足点是用户,那么他就是对用户需求的描述。在BigMoneyJob网站的例子中:作者给出了几个事例故事:(1)用户可以搜索职位(2)公司可以发布新 ...
今天有人问到我,对敏捷开发是怎么理解的?一时不知道从何说起了,先来思考下面的问题。 问题:为什么会出现敏捷开发? 我刚开始工作的时候采用的瀑布模型,将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布 ...