GJB5000A

GJB5000A - 项目策划过程域

2020-04-28  本文已影响0人  __凌

项目策划过程域【制定和维护定义项目活动的计划】

标准要求:

SP1:建立和维护项目策划参数的估计值

         SP1.1:建立顶层工作分解结构以估计项目的范围

         SP1.2:建立和维护工作产品和任务属性的估计值

         SP1.3:定义项目生存周期阶段,据此建立策划工作的范围

         SP1.4:基于估计的基本原理,计算项目工作产品与任务的工作量和成本

SP2:制定和维护项目计划,并将其作为项目管理的基础

          SP2.1:建立并维护项目的预算和进度表

          SP2.2:识别并分析项目风险

          SP2.3:制定项目数据管理计划

          SP2.4:制定完成项目所需资源的计划

          SP2.5:制定实施项目所需知识和机能的计划

          SP2.6:制定已标识的利益相关方参与的计划

          SP2.7:制定并维护项目总计划的内容

SP3:建立和维护队项目计划的承诺

         SP3.1:评审所有影响该项目的计划,以理解项目承诺

         SP3.2:调整项目计划,使之反映可用的资源和估计的资源

         SP3.3:从负责完成和支持计划执行的利益相关方处获得承诺






SP1 建立项目:接收立项通知后,建立项目,组建项目组并设置项目参数

    SP1.1:建立项目       研制部门接收到立项通知后,型号组长新建项目

    SP1.2:组件项目组     项目组长设置项目开发人员、QA人员、CCB、CM员

    SP1.3:设置项目参数   项目组长设置策划、监控参数

 SP2 制定和监控策划工作计划:立项并对任务书内部评议后,制定策划工作计划,并依此监控策划过程的进展。

    SP2.1:制定策略工作计划 确定策划期间开展活动的时间计划:估计项目规模和工作量| 项目进度编排 | 制定软件开发计划

    SP2.2:执行策划工作计划 分派任务,按计划开展工作监控实际进展,处理偏差和风险

    SP2.3:维护策划工作计划 当策划工作进展显著偏离计划时调整策划工作计划

SP3 估计项目规模和工作量:产品部件分解后,通过估计各产品部件规模和复杂性,得到总体规模和复杂性

    SP3.1:建立产品分解结构  产品分解,外协和重用分析

    SP3.2:规模复杂性估计    按照估计规程和估计方法,估计部件的规模和复杂性

    SP3.3:项目工作量估计    基于规模估计结果和生产率因子,得到项目工作量

SP4 项目进度编排:依据生命周期模型,细化任务和工作产品,估计工作产品规模和任务工作量

    SP4.1:定义生命周期模型 基于项目特点,结合研制要求,选择生命周期模型|利用组织资产,确定任务工作量,可以进行活动的拆分合并

    SP4.2:确定里程碑事件   建议考虑任务书的要求和重要阶段结束点

    SP4.3:细化项目开发活动 参照承诺、经验、知识和技能,细化项目活动,明确产生和依赖的工作产品

    SP4.4:制定数据管理计划 确定需要纳入数据管理和配置管理的工作产品,明确管理方式。| 对纸质文档应给出清单,专人管理。

    SP4.5:估计工作产品规模 基于估计规程,估计工作产品规模|也可依据软件总规模与领域项目规模的比值,估算各工作产品规模

    SP4.6:编排进度         基于任务关系、活动约束、资源水平等,排定任务进度

 SP5 制定软件开发计划:基于估计制定软件开发计划,对其评审和发布

       SP5.1:利益相关方参与计划  识别利益相关方,协商行动计划

      SP5.2:制定培训计划     识别项目实施所需的知识、技能,分析现有人员技能差异,制定培训计划

      SP5.3:制定项目资源计划 识别所需要的资源,制定资源使用计划

      SP5.4:识别和分析风险   识别项目风险,分析风险的紧迫性、损失、发生概率,进行风险排序

      SP5.5:制定产品追溯计划  依据需求追溯工作产品选择准则,制定产品追溯计划

      SP5.6:制定其他相关计划  制定测量分析计划、项目监控计划、配置管理计划、质量保证计划

      SP5.7:形成软件开发计划  集成上述计划,完善策划内容,形成开发计划文档

      SP5.8:评审软件开发计划  经QA审核、同行评审、确认评审后,受到管理与控制

SP6 维护软件开发计划:当项目进展显著偏离软件开发计划时,或需要修改软件开发计划时,及时调整软件开发计划

       SP6.1:分析计划偏差  当符合软件开发计划修改准则时,分析、决策是否需要修订软件开发计划

       SP6.2:更改出库      出库软件开发计划

       SP6.3:修改开发计划  重新估计后续工作的工作量、成本、进度、资源和工作产品规模,调整软件开发计划

       SP6.4:更改入库      入库软件开发计划

上一篇下一篇

猜你喜欢

热点阅读