心需求，就算这个需求后面发现必须实现，你可以补上，总体工作量并没有增加。但是如果你花资源去完成了这个需求，后面却发现这个需求是不重要的或者可以简化的，那你已经浪费了一些工作量。两者的代价相比，明显前者的代价比较小。
4. 理好需求优先级
需求的优先级应该满足如下几点：
a. 确定不变的需求应该先完成，如果项目组去完成了一些功能，结果后面发现需求要改，那前期的一些工作量已经浪费了。
b. 被其他需求依赖的需求应该先完成，只有这样，才能不挡住依赖它的需求的开发。
比如登录功能，很多登录后的页面都需要当前登录的用户信息。
c. 主流程，或者核心需求应该先完成，改善性的需求应该后完成。
比如信息列表页面，很多功能需要用户在信息列表里面选择要操作的记录。因此信息列表是核心需求。而在信息列表页里面一个列显示格式的美化，这属于改善性需求。
五、风险管控
风险管控是项目经理一个非常重要的技能。一个好的项目经理应该尽量在早期把所有的风险都列出来，一个一个解决。一个流畅的项目，从前期到后期风 险点应该是倒三角形的，就是前期风险很多，后期风险越来越少。而项目管理不畅的，则是一个正三角形，上面风险少，到后期风险就多了。项目经理应该尽可能的找出所有的风险点。假设有一个点，你不确定他是不是有风险的，那即使我们把早期把它当做一个风险点重视起来，带来的代价也远远小于在后期等它爆发出来的时候再处理。
我们现实中就有一个很适合的例子。我们有一个功能是SSO，让合作方去调用我们的接口实现免登录直接从他们的站点跳转到我们的站点继续使用。因为关系到第三方，所以我们前期就有些担心到时候这一块会不会出现什么东西不可控。不过大家也就是想想而已，没有太在意。
在项目后期的时候，需要跟第三方站点联调，通过他们的站点来测试我们的SSO接口和接下去的流程是不是可用的。结果这时候发现，因为第三方安全 管控很严格，外部人员无法访问他们的站点。
于是我们的测试工作就停滞在那边。后面弄得鸡飞狗跳，两个公司的IT以及架构组的人讨论来讨论去看这个问题怎么 解决。发布时间最终还是因为这一点拖延了。
六、外部依赖最不可控
风险管控还有个要点要记住，项目组能处理的问题，算是小问题。需要项目组外的人员处理的，才是大问题。因为项目组外的人员不受你调配，他应承你 的时间不一定是你满意的时间；即使是你满意的时间，也不一定真的就能确保在那个时间完成；就算真的完成了，也不一定就达到你想要的效果。
七、必要的时候，任务要步步紧跟
项目经理并不是把任务简单分出去就可以不管的。如果你的开发人员不是很有经验，或者技术实力很强，思维很缜密，那你应该紧紧的跟进你分发出去的任务。
1. 你应该经常去看一下他们的任务开发到了什么程度，可以的话，让他运行给你看一下。
2. 问一下有没有什么问题，有什么可以帮助他的。因为很有可能他就有个问题在纠结，而其实你因为经验或者了解更多的背景，很简单就为他指出简单的解决方案。
3. 你在检查的过程当中，也会有可能发现一些他可能还没发现的问题，或者跟这个任务相关联的问题。任务的完成进度和完成质量，是影响项目进展的一个重要因素。项目经理的一个主要职能，就是帮助每个任务的快速推进。
八、做当前，看后续
当我们把