这里记录一下从项目经验中得到的零零散散感悟，希望能够对以后项目管理清晰化有所帮助
- 先处理确定性的工作，最后处理不确定性的工作，这样在到达截止时间的时候，起码有一个大多功能稳定的版本
- 需求不明确的情况下，可以临时采取一种比较简单的方案，以后有时间或在使用中得到反馈时，再决定更合理的方案（很多时候，多种方案都是可以的，并没有优劣之分，或优劣仅取决于不同的用户习惯，没必要在这上面纠结浪费时间，这一点需要开发人员、测试容易、项目经理都需实现明确，以减少日后的沟通成本，并且最终方案需要项目经理明确记录在案，避免不必要的纠纷）
- 技术可行性未知，需要大量时间研究和完善的功能，放在最后做
- 小功能小细节，但需要花大量时间去做的，次后做
- 耗时长，功能多，但不太实用的模块，次后做
- 基础功能，基础接口，影响到核心功能的，如需其它人员协助，当积极配合尽快完成（今天因为A功能拖延进度，明天就能因为B功能拖延进度，一个项目是由多个功能点组成的，没有整体规划，都只顾自己，就会浪费大量时间）
- 开发人员如频繁出现需求细节不清楚，实现思路不清楚，编码效率低，调错效率低，工作分配混乱，工作目标不明确等问题，需由领导明确指出，并限制在指定时间内纠正问题（这些属于开发人员基本素质，除非是新手，否则不应迁就，管理人员在其位当谋其政，尽到管理督促惩戒作用）
