软件工程项目策划.pptVIP

SP 2.6 制定利益相关方参与的计划 这个专用实践的实施，依靠与专用实践2.5“策划所需的知识和技能”共享或交流的信息。 SP 2.6 制定利益相关方参与的计划 典型工作产品： 利益相关方的参与计划 。 SP 2.6 制定利益相关方参与的计划 评价要点： 有利益相关方参与项目活动的计划。 直接证据： 利益相关方的参与计划。 SG 2 制定项目计划 SP 2.7 制定项目计划 SP 2.7 制定项目计划 制定并维护项目总计划的内容。 需要有一个文档化的、标明所有相关计划项的总计划，以便执行或支持这些相关计划的个人、小组和组织达成共识、承诺和绩效。 为项目生成的总计划定义以下所有方面，并以一种合理的方式集成在一起：项目的生存周期考虑、技术和管理任务、预算和进度表、里程碑、数据管理、风险标识、资源和技能需求以及利益相关方的标识和参与。 基础部分说明包括项目人员、管理和支持组织的职责和权限关系。 SP 2.7 制定项目计划 策划文档常指下列文档之一： 软件开发计划。 软件项目计划。 软件计划。 SP 2.7 制定项目计划 典型工作产品： 项目总计划。 SP 2.7 制定项目计划 评价要点： 制定项目总计划。 直接证据： 项目总计划或软件开发计划。 按专用目标组织的专用实践 SG 3 获得对计划的承诺 SG 3 获得对计划的承诺 建立和维护对项目计划的承诺。 计划必须获得负责实施和支持的人员的承诺，才能有效。 SG 3 获得对计划的承诺 SG 3 获得对计划的承诺的专用实践： SP 3.1 评审影响该项目的计划 SP 3.2 使工作与资源水平相协调 SP 3.3 获得计划承诺 SG 3 获得对计划的承诺 SP 3.1 评审影响该项目的计划 SP 3.1 评审影响该项目的计划 评审所有影响该项目的计划，以理解项目承诺。 在其它过程域中制定的计划通常会包含类似于总计划中所要求的信息。 这些计划能提供更详细的指导，且应支持总计划，并与之相容，以便指明谁有权力、职责、义务和控制。 影响项目的所有计划都应评审，以确保对项目成功所必需的范围、目标、角色和职责达成共识。 这些计划中的许多计划都在每个过程域的共用实践2.2“策划此过程”中描述之。 SP 3.1 评审影响该项目的计划 典型工作产品： 影响项目的计划的评审记录 。 SP 3.1 评审影响该项目的计划 评价要点： 有项目计划的评审记录，包括总计划和从属计划。 各个计划之间应协调一致。 直接证据： 项目计划的评审记录。 SG 3 获得对计划的承诺 SP 3.2使工作与资源水平相协调 SP 3.2使工作与资源水平相协调 调整项目计划，使之反映可用的资源和估计的资源。 为建立一个切实可行的项目，必须从利益相关方获得承诺，并调整估计的资源与可用的资源之间的差别。 调整的方式一般包括：降低或延缓技术性能需求、协商更多的资源、找到提高生产率的方法、外协，调整员工技能搭配，或者修正影响该项目的所有计划或进度。 SP 3.2使工作与资源水平相协调 典型工作产品： 已修正的方法和相应的估计参数（例如，更好的工具和使用现货部件）。 重新协商后的预算。 已修正的进度。 已修正的需求清单。 经重新协商的利益相关方协议 。 SP 3.2使工作与资源水平相协调 评价要点： 有修订项目计划的证据及变更后的计划。 直接证据： 项目计划的修订记录。 SG 3 获得对计划的承诺 SP 3.3 获得计划承诺 SP 3.3 获得计划承诺 从负责完成和支持计划执行的利益相关方处获得承诺。 获得承诺涉及所有利益相关方（包括项目内部和外部）之间的互动。 作出承诺的个人或组应有把握能在成本、进度和性能限制内完成工作。 常常先建立一个暂定的承诺是恰当的，使得工作可以开始，研究能够进行，这样，当使信心增加到所需的合适程度时，能获得完全承诺。 SP 3.3 获得计划承诺 典型工作产品： 文档化的承诺申请。 文档化的承诺。 SP 3.3 获得计划承诺 子实践 ： 标识所要求的支持，并与利益相关方协商承诺。 可用工作分解结构作为检查单，以确保对所有任务都获得承诺。 利益相关方互动计划，应标识出应该做出承诺的所有利益相关方。 将所有的组织承诺文档化，既包括完全的承诺也包括暂时的承诺，同时要确保由适当级别的人员签署。 承诺必须文档化，以确保相互一致的理解，以及跟踪和维护。暂时承诺应说明与之相关联的风险。 SP 3.3 获得计划承诺 子实践 ： 适当时，与高层管理者一起评审内部承诺。 适当时，与高层管理者一起评审外部承诺。 管理者可能要具备必要的洞察力和权限，以缓解与外部承诺相联