根据我对参与的项目实施前后的经验，我想说几点，希望能对您有所帮助。

1、首先我想我们都会认同在项目实施过程中不可能完全地按照我们制定地项目计划一分不差地执行完毕，项目计划必然会由于各种原因产生项目计划地变更。

2、在制定一个合理的项目计划之前，我想您需要做比较充分的项目前期调研，包括对客户需求的尽量准确的把握、对于您的项目组成员的个人能力、技术能力的把握以及您能够掌握的公司内其他资源的调动能力的掌握。

3、如果您在一开始制定了计划，但是自己没有盯着这个计划执行或者您的项目组成员在实施时对您的这个项目计划的没有很好的把握，并且在实施过程中您没有持续的对您的项目计划做必要的更新，那么您的项目计划就真的会变的形同虚设了。因此您需要去避免出现我以上描述的几个问题。

4、至于您提到的考核标准，这个我认为还是贵公司内部是否有相关的制度来让您能有效的管理监督您的项目组成员的工作情况。

以上是我的几点拙见，希望能对您有所帮助！

　　首先，好的需求调研是必须的，它可以让你充分了解用户的需求。但也并不是说有了明确的用户需求，就能做出好的项目计划。往往很多人在拿到用户需求的时候，所做的计划都是根据经验拍脑袋拍出来的，而通常各人的经验不同，他们所做的计划也会有差异，从而导致计划的不断变更，难以控制。我所要强调的是，要在需求明确的基础上，结合有效的估算方法及其他项目的数据，来为你的项目做出充分的估算，并在估算的基础上去做你的计划，这样做出的计划才更准确，便于执行与控制。需要说明的一点是，估算不是只做一次就可以的，应该在你的每个里程碑、每个阶段结束时都要重新做估算，再根据你的估算适当的调整你的计划。

　　另外，毕竟估算不能细到每一项工作分解的内容，通常只是对生命周期的各阶段进行估算，因此在做项目计划时，也不可能把所有的工作一次性都进行分解，那样是不现实的。最好的做法是，工作分解细化到一个月内最少是两周内的工作，而其他的工作只是在估算的基础上做大体的时间界定，这样做更加容易控制你的计划。同时在给项目成员分配任务时，应尽可能的把计划安排的宽松一些，比如：程序员一周只安排4.5个工作日，系统分析员一周只安排4个工作日等。因为谁也不能保证每个人每天8小时的工作时间都用在项目的工作上。

最后，做为项目计划的一个重要环节，风险的识别与管理也是极其重要的。只有充分识别出项目各阶段的风险，并制定出有效的规避及解决措施，同时不断的跟踪及重新进行风险评估，才能保证项目按照你的计划正常的进行。