敏捷估算的价值 敏捷估算,就是在敏捷开发中,对即将开始的工作进行工作量、复杂度和持续时间的相对估算。通常情况下,软件开发过程中有很多未知数:技术更新,需求变更,系统之间的依赖关系等,它们都会影响估算结果,所以说估算是一项费时费力的工作,并且得到的结果也是不精确的。既然如此 ...
估算并非易事。对软件开发人员来说,估算堪称是最难的工作之一。估算必须考虑所有能帮助产品负责人做出影响整个团队和业务决策的因素。因此,从开发到高管都为它焦头烂额也不足为奇,但这种做法是错误的。敏捷估算并不是什么性命攸关的大事,就只是估算而已,事实就这么简单。我们不用要求团队周末加班加点来弥补一项被低估的工作。换句话说,与其事后补救,不如事前看一看有什么方法可以让敏捷估算尽可能变得更精准。 与产品负 ...
2019-08-22 17:20 0 1129 推荐指数:
敏捷估算的价值 敏捷估算,就是在敏捷开发中,对即将开始的工作进行工作量、复杂度和持续时间的相对估算。通常情况下,软件开发过程中有很多未知数:技术更新,需求变更,系统之间的依赖关系等,它们都会影响估算结果,所以说估算是一项费时费力的工作,并且得到的结果也是不精确的。既然如此 ...
前两篇文章介绍的是 搜集故事和编写估算,本篇文章接着前面的文章往下说,有了story(故事)之后如果对故事进行估算 下面主要是进行估算的大体checkLists 对与一个故事的估算方法应该具有如下特点 1、运行改变估算结果 2、适用于所有的故事 3、很容易 ...
故事点 是敏捷项目管理和开发中的一种抽象的度量单位,用于估计实现一个或多个用户故事的复杂度,它是对工作量的一种描述方式。一个故事点就是一个数字,透过这个数字告诉整个团队用户故事的复杂度。复杂度包括功能的难易程度、风险和花多大的功夫。 故事点(story point)和预估时间(estimated ...
当我读到《Scrum敏捷软件开发》关于项目经理的讨论时,让我产生了极大的共鸣,使我不得不放下书来闲扯两句,一方面抒发自己的感受,另一方面也算是一种反思吧。 我平时一般要同时带3~5个项目。作为项目经理,我都要花上大部分时间去分析需求,然后将其拆分成小任务。拆分任务时,我会将任务录入到我自己设计 ...
转自:http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-14 无论是团队研发一款产品或者开发某一个项目,我们都需要回答“我们大概什么时间能够完成?”, 或者到某一个时间点,我们能够做到什么程度 ...
抽象的 传统的软件开发估算技术是缓慢、持久的练习,因此完全不适合敏捷过程。出现了适合敏捷模型的新估算方法,只需最少的努力即可提供“刚好足够”的信息来支持优先级排序和决策制定。本文介绍了这些技术中最流行的技术,并介绍了这些实践如何在更大的、多团队的项目中发挥作用,在这些项目中,规范化已成为分歧 ...
今天有人问到我,对敏捷开发是怎么理解的?一时不知道从何说起了,先来思考下面的问题。 问题:为什么会出现敏捷开发? 我刚开始工作的时候采用的瀑布模型,将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布 ...
本系列的第一篇【用户故事驱动的敏捷开发 – 1. 规划篇】跟大家分享了如何使用用户故事来帮助团队创建需求的过程,在这一篇中,我们来看看如何使用这些用户故事和功能点形成产品backlog。产品backlog是敏捷开发中用来管理需求列表,排定优先级,形成迭代计划,组织开发/测试和交付过程的工具。可以说 ...