估算并非易事。对软件开发人员来说，估算堪称是最难的工作之一。估算必须考虑所有能帮助产品负责人做出影响整个团队和业务决策的因素。因此，从开发到高管都为它焦头烂额也不足为奇，但这种做法是错误的。敏捷估算并不是什么性命攸关的大事，就只是估算而已，事实就这么简单。我们不用要求团队 ...

前两篇文章介绍的是 搜集故事和编写估算，本篇文章接着前面的文章往下说，有了story（故事）之后如果对故事进行估算 下面主要是进行估算的大体checkLists 对与一个故事的估算方法应该具有如下特点 1、运行改变估算结果 2、适用于所有的故事 3、很容易 ...

故事点 是敏捷项目管理和开发中的一种抽象的度量单位，用于估计实现一个或多个用户故事的复杂度，它是对工作量的一种描述方式。一个故事点就是一个数字，透过这个数字告诉整个团队用户故事的复杂度。复杂度包括功能的难易程度、风险和花多大的功夫。 故事点（story point）和预估时间（estimated ...

当我读到《Scrum敏捷软件开发》关于项目经理的讨论时，让我产生了极大的共鸣，使我不得不放下书来闲扯两句，一方面抒发自己的感受，另一方面也算是一种反思吧。 我平时一般要同时带3~5个项目。作为项目经理，我都要花上大部分时间去分析需求，然后将其拆分成小任务。拆分任务时，我会将任务录入到我自己设计 ...

， 因此和传统的开发模式一样，我们在工作开始之前需要对我们需要做的事情进行工作量的估算。 相对与传统的工作量估算 ...

抽象的 传统的软件开发估算技术是缓慢、持久的练习，因此完全不适合敏捷过程。出现了适合敏捷模型的新估算方法，只需最少的努力即可提供“刚好足够”的信息来支持优先级排序和决策制定。本文介绍了这些技术中最流行的技术，并介绍了这些实践如何在更大的、多团队的项目中发挥作用，在这些项目中，规范化已成为分歧 ...

今天有人问到我，对敏捷开发是怎么理解的？一时不知道从何说起了，先来思考下面的问题。 问题：为什么会出现敏捷开发？ 我刚开始工作的时候采用的瀑布模型，将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布 ...

项目讲解 具体功能如何实现 以下仅仅代表本人观点（未毕业学生实习中...） 需要到的技术（纯后端开发） json+spring boot+mybatis puls+mysql数据库 面向接口编程 解耦 , 可拓展 , 提高复用 , 分层开发中 , 上层不用管具体的实现 ...