12.3.3　软件过程调整完善与任务分解

过程调整完善是指对企业标准过程进行添加、删除和修改，使其更适于实现当前项目的目标。为了有效地使用企业制定的标准过程，需要提供一些调整完善指南，包括过程修改的条件、类型和允许的偏差。如果企业的标准过程调整指南规定某些文档是可选的，则项目经理就可在这些文档中选择适用的文档。过程调整是项目计划中的首要任务，在计划评审时要特别予以重视。

软件项目有开发任务，管理和过程改进任务，每项任务应分解指派给相关的项目组，再由项目组分解落实到人，任务分解既有质和量要求，又有进度和费用方面的约束；既可按功能划分，也可按流程划分，分解方法和标准依据软件过程、项目特点、项目团队约束和项目经理经验而定。软件设计上的分层结构，通常成为任务分解结构（WorkBreakdown Structure，WBS）的依据。任务分解的结果可采用清单或图表的形式表达。进行任务分解的基本步骤一般如下。

（1）确定任务分解标准及要求。

（2）将项目逐级分解为组成要素。(https://www.daowen.com)

（3）确认分解的底层每一子项是否适合项目团队分工，是否有交付成果，能否作为进度和费用估计依据。

（4）验证分解底层的每一子项的必要性、充分性和清晰性。验证正确后，为分解结果建立一套编号系统。

任务分解的结果对应一系列特定的活动，每项活动都有任务的具体目标、任务执行的人员组织、任务开始和结束时间。活动是这些元素逻辑上的统一体，有时活动也称为任务。活动之间关系的依据是任务间的依赖关系，如需求分析一定要在软件设计之前完成，编码测试活动一定是在编码任务之后执行等。里程碑要作为项目活动排序的一部分，以确保项目到时能达到里程碑的要求。在对活动的人力、费用和时间进行计划安排以前，需要先对活动的时间与费用进行估算。