第5章项目初步计划.ppt

第二步，组建项目团队 项目经理根据项目任务书来组建项目开发团队，也可以根据项目实际情况向研发部经理/公司总工程师提出人员配备申请。 由研发部经理/总工程师和项目经理与适当的组/人进行接触，并与他们协商参该项目的相关事宜，落实究竟让谁参与该项目。在进行项目估计时，还要对所需的其它资源和支持继续进行沟通和协商。 项目团队组建完成后，需要明确地识别项目所需角色，说明每个项目组成员的工作职责，写入项目开发计划。 初步计划——组建项目团队 第三步，定义生命周期和软件过程 按照《机构标准软件过程》和相关剪裁指南，根据项目特征选择项目类型，对项目特征进行量化选择项目软件过程元素，定义项目软件过程元素的活动，形成本项目的软件过程。 由负责协调软件过程活动的组或个人，如：项目质量保证工程师，QA经理等(具体人员在项目任务书中确定)评审项目软件过程的剪裁是否合理和适用，并由研发部经理批准。 对于特殊过程的项目，参照《机构标准软件过程》进行更改，并经EPG批准后，该过程作为过程财富纳入过程文档库进行管理。若全部遵照机构标准软件过程中的定义，则不需要执行该步骤。 初步计划——定义生命周期及软件过程 根据《机构标准软件过程》和相关剪裁指南，为软件项目选用项目的唯一、切合实际的软件开发生命周期。如果项目有需要，可根据剪裁原则对标准生命周期模型进行修改，并建立文档。 由负责协调软件过程活动的组或个人，如：项目质量保证工程师，QA经理等(具体人员在项目任务书中确定)评审项目生命周期模型的剪裁是否合理和适用，并由EPG批准。 对于特殊项目，如果其生命周期模型和标准周期模型有很大出入，必须由EPG批准；如果合适该生命周期模型将作为过程财富纳入过程数据库进行管理。若全部机构标准软件过程中的定义，则不需要执行该步骤。 初步计划——定义生命周期及软件过程 第四步，制订WBS初稿 制订初步WBS分解，在项目的早期阶段开始制定WBS，并随着工作的展开而逐步细化，定义出易于管理的WBS的最底层元素，形成项目开发计划初稿。建议采用项目管理工具（如MS Project）形成WBS工作分解图。 在开发过程中，如何创建一个项目的WBS ，下面介绍常用的两种方法： 初步计划——制订WBS初稿 名词型方法，面向产品（最终交付物）结构，按子系统、功能模块进行划分，层层分解，分解到由若干个相对独立的单元为止。当估算产品本身的规模和工作量时，常用此法编制WBS。 软件系统 模块/子系统 模块/子系统 … 模块/子系统 功能/单元 功能/单元 功能/单元 … 制订WBS方法（一） 动词型方法，面向过程活动，按完成最终交付物而必须执行的活动进行分解，层层分解，分解到每一个（由若干个任务组成的）活动均可以作为相对独立的工作包进行定义时为止。当估算整个项目工作量或编制进度表时，常用此法编制WBS。 下页是以此方法确定的一个示例： 制订WBS方法（二） …… 需求管理 制定需求分析阶段工作计划 编制、完善《软件需求》 评审《软件需求》 编写《需求规格说明书》 编写（子任务） 同行评审规格说明书 审批《需求规格说明书》 建立需求基线 PPQA审计 里程碑评审 项目计划 工作分解 参数估算 其他资源估算 风险识别与分析 编制《项目计划》 评审、批准项目计划 建立策划基线 PPQA审计 里程碑评审 设计 模块分解 概要设计 编制《概要设计说明书》 编写（子任务） 同行评审 批准概要设计说明书 详细设计 编制《详细设计说明书》 编写（子任务） 同行评审 批准详细设计说明书 建立设计基线 基线审计 PPQA审计 里程碑评审 … 不论采用何种方法，分解到最后的模块单元或基本活动（统称工作包），均应遵循如下约定： 工作产品和活动分解的细度以可管理、可验证、可分配并相对独立为原则。 一个单元工作或一项活动在WBS中只能出现一次。 一个单元项的工作内容是下一层各个单元项工作的总和。 图中连线或表中嵌套深度只表示工作或活动间的内在联系，不表示先后顺序 关系。 单元项工作内容尽量采用动词，例如，“编写SRS”，而不是“SRS的编写”。 如果有分承包方或介入其他相关组的活动，也应在WBS中得到体现，但相关的技术细节则应包括在分承包方的项目开发计划中。 制订WBS约定 一个好的WBS，每一个单元或工作包必须满足以下6个条件： 状态是可以计量的； 就绪、结束条件可以明确定义； 有应交付的成果； 便于规模和工作量的估计； 完成单元任务的工期不宜太长（如，不超过三工作日或一周，根据项目模块来确定）； 单元任务的安排可以相对独立。 WBS衡量标准 第五步，识别工作产品 按照定义的项目开发生命周期和技术方法识别软件工作产品，确保过程和产品对应关系清晰、完整；软件工作产品