在我项目经理的经历中，常常会因为领导的承诺或要求而不得不临时改变项目计划，多次变更项目计划的结果是项目交付物的质量下降，许多严重的Bug造成领导不得不向客户承诺尽快完成，而这种承诺又会对下一期的开发造成影响，这种恶性循环即影响了项目的质量，也非常影响项目组的士气。
作为项目经理，在这种情况下必须要有选择的拒绝领导的一些要求（当然，要有技巧的拒绝），有时也需要拒绝一些客户的要求。
以下一些内容是需要尽力拒绝的：
在一个极为常用的功能中为发生率在5%或更低的情况编写复杂的逻辑
在一个已经成熟的系统模块中对于流程做出“硬”改动（这时候应该考虑用“软”改动，即可以配置这个改动是否生效）
功能实际上并不能减少用户较多的工作量，也不会有效的减少用户的运营成本
不属于一开始预计需要开发的内容范围
有可能造成项目组加班的意外要求（这会非常大的影响士气）
未做出周全考虑的修改要求（这会造成后期维护的困难）
作为项目经理，需要注意不要过多地去干涉项目组成员的工作，你是项目经理，不是总管，没有必要什么都管。
首先，不要在需求人员不在场时答应客户新的需求，当你越权答应客户需求时，可能造成客户对需求人员的不信任。客户会倾向于直接向项目经理提需求，而这将造成需求人员的职权的架空，需求人员有可能对此不满，因为他失去了体现他价值和展现他能力的舞台。
然后，不要去干涉或刁难设计人员的设计、程序员编写的代码，你可以提醒设计人员、程序员需要注意的方面，你不能用你短时间思考得出的内容来替代设计人员、程序员长时间思考的结果，更不要因为你认为某方面影响很小而随意去改变它。即使你的经验比设计者要丰富的多，也不要这么做。
最后，维护项目组成员的自尊与自信，让他们觉得他们在这之中作了他们想做的事，这样才能让他们更好的工作。
作为一个项目经理，时刻记住你的职责，不要越权去做其他人的工作。
作为一个项目经理，我强烈建议大家作专职的项目经理，而不要牵扯进需求、设计之类的东西中，否则很容易让你的项目失控
今天和Shining Ray谈了一下，就说到关于项目中需要写大量的文档，需要出大量的数据的必要性。
当然了，这个问题大家都讨论了无数回，书籍中也一再提到了文档的重要性，现在大家基本上有了一个共识，文档的齐全使得一个大项目变得可以控制，使得大项目中的人之间的沟通变得简单，显然，大项目中文档齐全是必要的；但是小项目中是否需要完整的文档呢？
项目管理是需要摸索符合自己公司、自己团队的软件开发过程，在这个摸索中，不是你说这个开发过程好，或者老总说那个开发过程好，就是真的好，我们需要大量的数据，使用这个开发过程后的数据和使用前的数据作比较，才能说哪个过程好。文档的意义在于，我们可以获得开发过程中的准确的第一手资料，这些资料将会在公司、团队改进过程中起到不可估量的作用。