伍。
3计划与过程控制
项目计划包括风险管理计划、质量管理计划、人力资源计划、环境资源计划等。软件项目计划和过程控制为消除或削弱软件的“不可见”带来的不确定性提供了很好的保障措施。基于任务分解(WBS)的工作分配和项目组织结构，明确每个项目开发人员的责任以及他们之间的连接，把整个项目周期划分为若干个小的阶段，每个阶段都有明确的目标和阶段成果及其确认准则。由于把每个阶段要完成的工作、预期的成果都清晰地描述出来了，一方面，可以使用户不断看到一个个阶段成果，而不是在项目全部完工后才看到一个大的成果，增强了用户的信心；另一方面。通过明确的阶段结果，随时收集有关项目进程数据，按计划规定进行进度管理，使开发过程和阶段成果都是可见的，也便于发现问题、控制开发过程，不至于什么问题都要到最后才一次暴露，减少了项目风险。
当然，如果仅仅有好的项目计划而缺乏有效的执行机制和监督措施，项目仍然可能失去控制。成功项目的标志是在规定的时间、合理开支的条件下，完成约定的需求，实现系统的最终目标。有效实施项目进度控制是项目成功的重要保障，是每一个项目经理必须非常重视的工作。实现有效项目过程控制的方法主要是通过定期和不定期的检查体现的。
(1)阶段检查。
不定期的阶段性检查，一般在关键任务或里程碑任务的计划完成时进行的，即在项目的每个阶段结束时都要经过详细的评估。检查的重点是该阶段里程碑任务是否完整地实现了，是否可以转入下阶段的工作。
(2)定期检查。
为了随时掌控项目进度执行情况，建立定期信息报告制度是一个行之有效的措施。定期的检查一般分周例会和月例会，例会检查的重点是：需求列表、风险列表、计划执行情况、质量保证情况等。通过周报月报，沟通并掌握各方信息，对存在的问题和困难进行汇总，提交例会处理解决，降低不确定性因素对项目工期的影响，保证项目顺利进行。
定期或不定期地对项目进度计划表进行检查，对于不合格的项目进度计划表或未按照项目进度计划表执行的项目给予相应处理，及时发现问题，尽早调整计划偏差，最大限度地避免损失。这样，在项目进行过程中就比较容易把握每个阶段项目的进展情况，方便对项目组成员的绩效进行阶段性评估，便于统一项目经理和客户的认识。增加项目风险的可控性。
4需求管理矩阵模型
软件项目的最大难点往往在于需求的不确定性，所以，有人认为好的需求是软件项目成功的一半。需求的困难主要表现在计算机技术人员与用户业务人员由于不同的语境，存在沟通困难。用户业务人员可能不清楚计算机系统实现细节，或并不知道需求人员到底需要了解什么，而计算机技术人员可能由于不熟悉业务，往往又缺乏引导用户表达需求的业务素质和技巧，所以，影响了双方沟通和交流，造成的结果可能是用户往往不能清楚地描述自己的需求或计算机人员不能准确地理解需求，从而影响了需求的最终描述。另一方面，对于管理信息系统来说，需求的不确定还表现在业务流程的变化上，特别对于现阶段还处于不断变革时期的我国企业来说，情况更是如此。
一般来说，用户在看到最终系统以后，通过不断地应用实践，激发了用户的联想，就可能提出新的或改进的需求。所以，在项目一开始，技术人员就必须对此有充分的认识，既要尽可能全面了解现有需求，也要充分预计到可能的需求变更，为系统设计留有变更或扩充的余地。另一方面，应该尽可能让用户尽早介入，直接参与阶段评审和验收，以便及时发现需求执行偏失，不至于什么都等到全部完工后才发现问题，才一并解决问题。在项目的后期改正一个错误的代价往往是在前期的数倍。所以，需求管理成为软
件项目成败的另一个关键因索之一。
根据笔者的经验，建立需求矩阵跟踪表是进行需求管理很好的工具。表2是为某汽车制造企业做的整车销售系统中的一部分需求表。通过跟踪表，项目涉众可以随时了解关于软件需求的实现过程。用户可以从中随时看到阶段性成果，方便用户及时测试、确认已实现的需求，便于用户积极参与，便于及时发现问题，改正问题。
5结束语
当代信息技术正以超乎寻常的速度发展，软件项目规模不断扩大，应用日趋复杂，失败的案例屡见不鲜，人们逐渐把眼光聚焦到关于软件项目管理方法的研究，项目管理正逐渐成为当今世界解决软件危机的一种主流管理方法。矩阵模型已在大量的工程实践中被证明是行之有效的。