Page 67 - 软件工程与项目管理

第二章 软件工程项目管理

一次变更，都要让需求方确认并接受可能付出的代价，比如：进度延迟、人力成
本的增加等。这有助于将需求变更带来的不利影响减到最低程度。小的需求变更
可以定期集中整理一次，以节约时间，不影响到当前的项目进度。
（二）任务分解
需求确认后要制定项目实施计划，包括：设计、开发、测试、验收各里程

碑的时间确定。可以利用 WBS 工具将软件项目自上而下分解成一系列目标明确
的工作包，并且每一个工作包都要安排一个主要责任人和对应的完成日期。这样
出现问题时就能很快找到明确的负责人，避免相互推诿的现象。创建 WBS 时应

由团队成员共同参与，目的让大家了解自己的负责内容，对分配的任务没有歧义。
这里特别说一下开发排期的评估，需要让有经验的研发负责人详细拆分每个模块
下包含的具体任务，颗粒度越小越好。不能仅根据过去的项目乐观的大致的估算，
这样得出的工期偏差较大。评估开发排期时应预留出在开发过程中问题修改的时
间、开会讨论等时间；刨去在公司的休息时间、假期等综合评估，这样评估出来

的排期才是相对精确的，对开发阶段的顺利完成是极大的保证。
（三）项目文档
项目文档是软件项目最主要的输出成果，全面的项目文档也是项目进度的

保证。有的企业由于各项流程制度不是很健全，为了追求效率，开发项目时只有
口头传达，这样会导致团队成员在实施过程中没有确切的参考，很容易理解错误
或遗忘，最终造成项目进度延迟或项目失败。好记性不如烂笔头，虽然编写项目
文档也比较耗时，不过对于后续版本的迭代开发和项目控制提供了便利。比如需
求文档、开发计划、概要设计、详细设计、代码走查单、测试计划、产品说明文

档、系统上线记录等都是常见的输出成果。有了项目文档，项目干系人可以随时
查看每个版本的修订记录，清楚地了解每个阶段做了哪些工作，对于项目管理跟
进也都非常有帮助。

（四）质量保证
在项目生命周期中，80% 的质量问题是项目管理造成的。从软件设计、团
队组建、角色分工、流程规范的制定，都离不开项目管理的质量把控。特别需要
充分重视设计阶段的工作，好的产品设计直接决定了项目质量。如果由开发人员
直接编码，走一步看一步，容易造成大量时间返工，产品体验差。项目经理一定

要尽量保证需求清晰、设计合理的前提下再进行开发。有时候由于需求方拍脑袋

57
57