第十一天 优先级

第十一天 优先级

问：老师，昨天我们已经为功能点划分了里程碑，哪些功能应该属于哪些里程碑。你也讲了，到了里程碑，就要思考哪些要继续延时开发，哪些功能要舍弃掉。那与其到那时候才去甄别该舍还是该继续，还不如在设计阶段就做好呢？

答：对，你思考的非常对。所以我们需要在一个里程碑里还需要把功能划分为优先级。一般一个里程碑22个工作日，那么分为3个优先级最好

亮点的功能肯定得第一优先级，你的功能亮点也不要太多。每个里程碑的亮点不要过三。这个在设计的时候就要有限制，否则开发风险很大，不易控制，好东西也要一点点露出来。

先把亮点亮出来，可以获得老板更多的资源支持。别干了一个多月，老板一看，没啥稀奇，给你的支持就会减少，那么你的好想法就没有资源来实现了。

那么第二级的功能是什么功能？那就是客户操作最频繁的20%的功能。你要实现了。这是最起码的要求。

在这里划分优先级，有一个技巧。

往往新手会把字典维护、查询统计报表放到最后一个等级，把录入功能放到第一级去。这种划分思路是错误的。

因为划分优先级的目的是在有限的时间、有限的人力调度中完成最重要的事情。如果你是新手这样划分优先级，那么好了，客户压力要求你现在就把软件推出，你怎么办？你这个半成品干什么都不能完整完成一个业务处理，都缺胳膊少腿。

所以说，功能之间是有关联了。按它们完整完成一个业务处理为关联纽带。我们把这一关联系列的功能放在一个优先级。

这样，当到达老板要求的推出时间时（老板制定推出时间往往不是根据你的必要开发时间，而是根据市场竞争需要），你就可以很容易推出一个功能虽然少一些，但能实际处理业务的软件版本了。