1)计划制定原则
计划制定的定量化原则，个人化原则，简单化原则，现实性原则
定量化原则：即确定项目任务时，尽可能定量化描述，使得每项任务的范围，时间，成本，质量，完成标准都是明确的，可以控制和度量的。
个人化原则：每个具体任务应当落实到项目组的每个成员，使得每个人都明确自己的工作和职责。
简单化原则：任务和目标的描述应当简单而直接，使得每个参与人都明确而无二异性。
现实性原则：确定的每个任务或者目标都可以实现，而不是追求理想化的结果。
2)布鲁克斯（Brooks）原则
向一个已经滞后的项目添加人员，可能会使项目更加滞后。
因为如果向开发团队中加入新成员，要进行相关培训，熟悉环境，人员之间的沟通路径增加，迫使项目的工作效率急剧下降。工作效率下降需要加班来弥补，加班造成的疲劳会使工作效率再次降低，但工作成本不断地向上攀升。很多项目管理者并没有注意到这一点，认为“人多力量大”，当项目工作完不成时就增加人员，最终造成恶性循环。
3)80-20原则
20%的人员承担了80%的工作
20%的工作花费了80%的时间
4)帕金森原则
在行政管理中，行政机构会想金字塔一样不断增多，行政人员会不断膨胀，每个人都很忙，但组织效率越来越低下。
这同样适用于软件项目管理。
在软件开发中，如果没有严格的时间限制，开发人员往往会比较懈怠，这是人的天性决定的。
作为项目管理者，应该充分考虑员工的工作效率和计划变更带来的负面影响，制定合理的项目工期，并鼓励相关人员尽快完成。
如果项目需要过多的人员参与，就要分成若干个组，进行适当分离，以此来提高效率。
5)默认无效原则
项目成员理解和赞成项目的范围，目标和策略吗？
不少项目管理者认为“沉默就是同意”。
沉默并非完全赞同管理人员的意见。
沉默在很大程度上说明开发人员对于项目范围，任务和目标需要和干系人进行澄清。
需要管理者和开发人员进行充分的沟通，了解开发人员的想法。
因为在对项目没有一直的理解前提下，团队不可能取得成功。
6)时间分配原则
编制项目计划过程中，某些项目经理将资源可用率设置为100%，未考虑开发人员的非工作时间占用（休息，吃饭，开会和沟通），同时还要考虑人员效率的变化，所以实际上开发人员不可能把所有的时间都用在开发工作上。由此造成计划的不合理，经常导致开发人员被迫加班。
实际上，开发人员的时间利用率能达到80%就非常高了，平均在50%-60%。
即使开发工作组织合理，完成工作的时间通常为计划时间的1.2-1.5倍，如果组织不合理，同时任务新项目，所需时间通常是计划时间的2-3倍。
由于项目工期的紧迫性，只能加班加点，实在完不成，降低质量标准。
同时现行的实际是，一个研发人员通常同时承担多个项目，也可能正在做某项工作时，被要求从事其他项目任务，以至开发人员忙于应付，身心疲惫。项目经理在制定计划，分配工作时，要考虑到这些因素。
7)验收标准原则
在完成某项工作时，经常会因为“那种结果是合适的”而造成困扰。
如果不追求高质量，就会简单应付了事，追求完美则需要耗费大量的精力，而且这些耗费未必会针对该项任务，这都是由于没有完成标准所导致的结果。
在软件开发项目中常常要求设定验收标准，并以此为原则，只有达到验收标准的项目才能成功交付。
作为软件项目经理，只有制定好每个任务的验收标准，才能够严格把好质量关，同时了解项目工作的进度情况。
8)变化原则
项目管理唯一不变的是什么？
答案是“变化！”
技术发展迅速，只有变化，创新才能开发出适合市场需求的产品，研发企业才能有活力，有发展！
变化可能带来风险，项目经理不能逃避风险，应该积极应对，尽早预测可能出现的风险，做好风险准备。
更进一步，升级认知，从风险中发现机会，创造新的产品机会。
网友评论