1、项目规范控制力不足。在项目开发过程中，某些功能原计划需要的，因为某种原因，上司要求停止开发，产品线经理要求继续开发，自已左右不定，差点导致项目延迟。每次他们的提出意见，应该根据自已的想法力争。原因有几点：首先原来计划有的任务必需要完成，一旦确定下来的范围，不能轻易去改变;第二，有变更需改产品线提出正式的文档才可以停止，对产品线负责，不能随意听信其它人而停止开发;其次是自已没有坚定的立场，因为这是一个可有可无的功能，自已没有从项目管理的范围管理的角度去考滤，争论来争论去没结果，而只要安排一两个人在两三天内就可以解决的情事，结果浪费了许多争论的时间。

　　2、少说或不说“应该”，“可能”，“是不是”等词语，必需对自已信心，有坚定的立场，平时容许有不确定的事情，一旦有不确定的事情马上调查清楚。对清楚问题就马上回答，不清楚先确认再回答。

　　3、把握商量的原则。项目的范围和质量是公司要求的，和团队内部不能有商量余地;使用的技术方案可以民主商量;工作按排可以以会议讨论形式，以自愿接受的原则，必要时强硬安排，要求按时交付结果，每个人都有想少作或不作的想法，把握好风险，先了解技术解方案。

　　5、下属员工努力工作，按时按量完成，是很好的表现，因接近测试阶段有所放松，被理解为工作按排不饱满。应该据理力争，多为员工着想。无事可作是因为上层领导或产品线无新开发项目的要求，不能怪内部。但目前的工作未完成之前不能放松。

　　6、每件事情必需全身投入，如果不是全身投入的事情干脆不参与。DBA或测试软件这两件事情上要不就不答应，要不就必需全程每天参与，现在搞得半拉子，只作了一半，也没有动力去完成。既然当初答应了，为什么不全身作完呢?是可作可不作吗?(这是个大问题)

　　7、对员工工作当中遇到的问题的支持不足。测试软件的开发全部是由新员参与完成，员工在技术上和心态上有不足，不能及时了解并给于支持。此问题可归为项目管理中的风险管理和人力资源呢?