项目管理的基本原则

软件项目管理的基本原则

通过本人的软件项目经验和体会，对软件项目管理的一些经验进行总结，以便更好地做好将来的工作，同时希望和大家探讨软件项目管理的经验。

平衡原则

在一般的项目管理原则中，平衡三角形的三个角是进度、费用和质量。但在软件项目中，被认为比较好的平衡关系是在进度、费用和产品之间保持的。产品角包括了质量和其它产品相关属性，它们包括特色、复杂性、可用性、可维护性、缺陷率等等。

进度

费用产品

进度、费用和产品这三个因素构成了项目三角形。调整其中任何一个因素都会影响其它两个因素。虽然这三个因素都非常重要，但通常有一个因素会对项目有决定性的影响。比如如果一个项目完成时间已经确定，而且时间很紧，这里就是进度确定了，进度这个因素就会影响相应的费用和产品因素，要么费用会相应的提高，比如增加人员的成本，激励机制的成本等等；相应也对产品产生影响，由于进度已经确定，可以对产品的功能进行削减，只做必须的功能，一些优先级低的功能会选择不做，如果对产品各个方面都要求高，那么对不起，进度会没有办法保证。

当我们知道这个平衡关系后，就能更好地在这三个因素中平衡、折中，必须是有所为，有所不为，特别是我们要让项目的各个干系人能知道这个平衡关系，让他们能理解做什么东西都要进行折中、权衡，不是功能越多越好。当我们已经确定一个因素后，我们要把它对其它两个方面的影响、折中的情况或方案通报个项目的各个干系人，争取能得到他们的理解和支持，为项目的进一步开展打好基础。

项目经理不断推进项目原则

一个项目的成功，项目经理起到关键的作用。国内的软件项目，项目经理一般都是技术出生，但是技术最好的人，不一定就能做好项目经理，这样公司在提升项目经理时，要进行相应的考核，把那些比较适合的人提升到项目经理职位上来，同时要加强对项目经理的培训。

项目经理要不断学习项目管理等管理知识，不断提高管理技能。国内的软件项目经理一般也兼系统分析员的角色，所以他(她)也要不断提高分析问题、解决问题的能力，不断提高分析、设计方面的能力。项目经理还有不断学习业务知识，只有业务知识丰富了，才知道做出来的东西什么是对的，什么是错的，做到心里有底；有丰富的业务知识，也能更好地和用户沟通。如果项目经理具备上面的条件，加上他(她)能不断地协调各个方面的资源来推动项

目前进，那么项目成功的可能性会更大。如果项目经理具备以上的条件，但是由于其它的原因（比如激励机制等），他(她)不是主动地将项目推向前进，那么项目不太可能成功。

总之项目经理的能力和他(她)不断推动项目前进的力度对项目的成功起到很大的作用。

用户的参与原则

软件项目如果没有用户的参与是不可能成功的，其中可能产生最大的问题就是：项目组费了很大的劲开发的东西不是用户需要的。用户参与会有如下的好处：

1.提高效率。

2.减少返工。

3.降低风险。

4.消除矛盾。

用户的参与可以贯穿在整个开发和运行维护过程中。在开发阶段，首先我们要搞清项目最终是要让谁满意，有时你需要取悦的人并非是接触最多的人；要建立有效的客户沟通渠道；在指定计划是要力争采取双赢的解决方案。需求分析阶段的用户积极参与很是重要，用户的积极参与才能发现用户的真正需求，同时要注意分清谁是真正的用户，提需求的人能做主，避免没有必要的反复。在系统设计中应允许客户偶尔的需求变更，但是要分析变更的风险，不能因为变更带来其它问题（比如计划延期，系统不稳定等，总之平衡原则还是会生效），如果我们对用户的变更都是拒绝，一般会引起用户的不满。在系统实现阶段，用户的参与相对较少，但是最好能选择一个能为用户提供稳定明显的进度标识的生命期模型，好让用户能跟踪到开发的进度。

在运行维护阶段，用户的参与主要表现在：bug的发现，系统运行数据问题的发现，改进和完善性需求的提出等，在这个阶段一般都是用户直接驱动的。由于现在已经是生产系统，任何的修改都要很小心，同时反应要快，对要处理的问题进行优先级排队，按优先级来处理，对任何的修改都要进行严格的回归测试，不要因为修改一个问题而引起其它问题，引起用户的不满。

和用户的沟通会有很多的技巧，特别是项目经理要学习相关的知识或参与沟通课程培训，不断提高沟通技巧。

计划和控制原则

没有计划，你不知道自己做得好不好。因此，如果没有计划，你就不能进行控制。做计划是项目管理最重要的原则之一，它不是一种选择而是一种必需。

如果有了计划，不去检查项目的实际进展情况和计划有什么偏差，出现问题也不采取相应的纠正措施，那么项目目标肯定达不到。控制是将进度和计划相比较，以便当偏差发生时采取纠正措施。

一个满意的控制系统具有4项必须执行的基本活动：

1.计划执行情况。

2.观察实际执行情况。

3.比较实际和计划执行情况。

4.进行必要的调整。

对于软件项目，实际执行情况的检查不仅仅只包括进度，一定要有相应的机制去检查交

付品的质量，比如源代码审核机制等，特别是当项目组成员的水平参差不齐，源代码审核很有作用。

过程改进原则

为了保证软件的质量，不能只是靠事后的测试来保证质量，软件的质量保证工作应该贯穿在整个的软件开发过程之中。现在关于软件组织的过程改进已经有了一些过程标准:CMM,ISO/IEC 15505,ISO9000等，我们可以参照相应的标准，从项目组内部来推进过程改进工作，可以不完全执行上面标准的过程，但是可以有选择的执行。所谓没有规矩（过程定义）不成方圆，过程改进就会制定规矩，然后把规矩通过培训传达到项目组的每个成员，然后项目组的工作按规矩执行，执行的情况要检查，根据检查的情况在来优化规矩的执行，这样形成一个闭环，不断改进软件过程，同时提高项目组提供高质量软件制品的能力。

项目组可以考虑成立一个软件过程改进小组，来推进过程改进，不过过程的改进是一个渐进的过程，要一步一步向前推进。如果整个软件企业有过程改进小组就更好，它可以指导项目组的过程改进。

加强团队建设原则

根据统计，个人的生产力可以分为10个等级，同时一个高效的团队和一个低效的团队在生产力上也会有很大的差异，团队之间的生产力会有 2.5~5:1的不同，所以说建立一个高效的团队对项目的成功会有很大的好处。那么如何建设一个高效、定形、有凝聚力的团队呢？高效的团队有如下特点：

1.共同的、可提升的意愿或目标。

2.团队成员的认同感。

3.结果驱动的结构。

4.胜任的团队成员。

5.对团队的承诺。

6.相互信任。

7.团队成员间相互依赖。

8.有效的沟通。

9.自主意识。

10.授权意识。

11.小的团队规模。

12.高层次的享受。

项目组可以根据上面的特点，不断加强团队的建设。同时争取建立一个学习性的项目团队，把项目做成功，同时能让项目组成员随着项目一起提高成长。