范围管理其实理解起来很简单，但是实现起来却是不容易的。因为我们自己确定的范围与客户确定的范围是不一样的，也就是您的诉求跟客户的诉求产生了偏差，这时候就很容易出问题。
2、我们眼里的范围和客户眼里的范围是一样的吗？
客户可能希望是没有边界，没有范围，我要你做的功能你都给我做进去，同时别人有的功能你也给做进去，越多越好，这些功能做多了做好了，都是对客户有益的。
我司项目经理则在能完成任务的前提下，是希望边界很明显，范围很明确，需要做的事情越少越好。
所以项目经理和客户的诉求是存在分歧的，而且范围边界确定这个工作既然这么难以去做，那么到底该如何去做呢？
3、如何进行范围管理？
- 第一步：范围计划编制
- 因为首先我们需要有计划，才能进行后续的事情
- 第二步：范围定义
- 产品范围：是用户要的结果，契合了需求规则说明书。也就是这个产品有什么功能，性能的要求。就是我们的产品范围，最后就是按照产品范围进行验收。
- 工作范围：就是为了达到用户想要的结果，达成需求的目标。项目经理就得去招募人员，安排工作，完成一些团队建设，制定一些标准，去监督大家完成一些工作。这一切的事务就是工作范围。
- 创建WBS：因为产品范围和工作范围的粒度比较粗，所以需要创建WBS来进行细化。
- WBS（工作分解结构）：如果我们的任务太过繁杂，我们就需要对复杂的工作进行分解，分解成小的任务（直到无法分解为止）然后再分配给项目里的其他人员。
- WBS字典：用于描述和定义WBS元素中的工作的文档，说白了，就是WBS的详细说明。
- 范围确认
- 范围控制
范围确认和控制了解名称即可，架构考试不会涉及太多。
4、WBS工作层次了解
我们可以看到，WBS的最底层就是一个工作包。
5、什么是时间管理(进度管理)？
时间管理也叫做进度管理，就是采用科学的方法，确定进度目标，编制进度计划和资源供应计划，进行进度控制，在与质量、成本目标协调的基础上，实现工期目标。
简单来说，就是采用科学的技术，对项目的时间和进度进行控制，期望在计划时间内有条不紊的完成交付工作。
6、时间（进度管理）如何进行？
- 活动定义：延续了WBS，原来已经把要做的工作拆分成WBS的最小单元（工作包）了，把工作包进一步分解拆分为活动。
拆分之后可控，可以量化。假设之前这个活动有人做过，花了两天，现在要新的人来做，是不是就可以量化为两天之内了呢？
便于搞清楚依赖关系，要去管进度，必然要先搞清楚哪些事情可以先做，哪些可以后做。哪些必须先做，哪些必须后做。所以有了活动排序。
- 活动排序
- 就是给这些活动进行排序，让优先级高的活动先做。被依赖的活动先做。比如A昨做完，B和C都可以开始了。B做完D可以做了。这就是活动排序。
- 活动资源估算
- 这个活动做下来，需要一个程序员，花5个月，也就是5个人月。可能还要花钱和其他设备，都需要估算。
- 专家判断法：这里的专家指的是有相关经验的人，让他来给我们出谋划策
- 三点估算法：比如专家告诉我5个人月，但是可能存在片面性，可能不能完全代表行业的情况。
- 所以要求专家估三个数出来。一般情况5个人月，一切顺利没出问题只要3个人月。假如存在问题需要公关，可能要8个人月。
- 那么是求平均值吗？通常考试中不是，因为5是大概率事件，需要加权重，比如4倍权重。最终就是(3 + 5*4 + 8) / 6。为什么要除以6呢，因为5加了四倍权重相当四个数了。所以总共除以6.
- 功能点估算法；按功能点去折算
- 自上而下的估算：整体去估计
- 自下而上的估算：先估计各个模块，然后逐步累加上来，通常会更精准一些。但通常会让各自负责的人员来估计工作量，所以项目经理要懂一点技术更好，不然被别人胡乱评估了还了解情况。
- 功能点估算法；按功能点去折算
- 自上而下的估算：整体去估计
- 自下而上的估算：先估计各个模块，然后逐步累加上来，通常会更精准一些。但通常会让各自负责的人员来估计工作量，所以项目经理要懂一点技术更好，不然被别人胡乱评估了还了解情况。
- 活动历时估算
- 比如活动资源估算是10个人月，那么我由5个人，理论上2个月能干完。任务逻辑不复杂并且没有人员更替，或许能够完成。但实际上人数越大的团队，越难以使用加人数来对标进度。
- 因为沟通成本很高，人员更替更会使得沟通成本和任务进度更加的难以把控，所以人才是影响时间的最大因素。
- 定制进度计划
- 都准备好了，就可以指定计划了。
- 进度控制
- 进度控制涉及到关键活动等信息，会放在后面来了解。
7、小结
今天主要了解了范围管理和时间（进度）管理的基础概念和它们的整体过程。基本上都是概念性的东西，如果您之前了解较少，希望您可以多看一下！学无止境，加油！
