美文网首页
CMMI 总结 part.3 (v1.00)

CMMI 总结 part.3 (v1.00)

作者: constantine丶 | 来源:发表于2020-12-29 15:00 被阅读0次

    CMMI2级——项目规划(Project Planning)

    目的
    建立并维护定义项目活动的计划

    特定目标和特定实践

    特定目标和特定实践
    特定目标和特定实践
    项目规划---SG1建立估算
    建立估算

    ------WBS------
    工作量估算的依据是项目的WBS(工作分解结构,workbreakdown structure)分解
    将一个项目分解成易于管理的几个部分或者几个子项目,以确保找出完成项目工作项目工作范围所需的所有工作要素。
    是一种在项目全范围内分解和定义各层次工作包的方法,按照项目发展的规律,依据一定的原则和规定,进行系统化的、相互关联和协调的层次分解。结构层次越接近下层,则项目组成部分的定义越详细,最后成为层次清晰、可以具体作为组织项目实施的工作依据

    ------SP1.2估算工作成果和任务属性------
    建立和维护对工作产品和任务属性的估算

    典型成果
     技术解决途径
     估算模型
     估算结果
     任务和工作成果的规模和复杂度

    实现时可能的规模单位:
     功能个数
     需求个数
     功能点数
     源代码行数
     类和对象的个数
     页数
     难度
     技术特征

    ------SP1.3定义项目生存周期的阶段------
    定义项目的生命周期(模型)的阶段以确定计划范围

    ------SP1.4估算工作量和成本------
    估算项目工作产品和任务的工作量和成本
     使用模型Vs使用历史数据

    典型成果:
     估算原理
     项目工作量的估算
     项目成本的估算

    项目规划---SG2编制项目计划
    SG2编制项目计划

    ------SP2.1建立预算及进度------
    建立和维护预算和进度
     定义里程碑
     确定进度相关的假设
     确定约束条件
     确定任务的依赖关系及关键路径
     确定预算和进度
     确定采取纠正措施的准则
     不断细化进度表

    典型成果:
     项目进展
     进度依赖关系
     项目预算

    ------SP2.2识别项目风险------
    识别和分析项目的风险
     风险=潜在的可能发生的问题
     识别并记录项目风险
     评估风险
     在项目进行中更新风险列表

    典型成果
     已识别的风险
     风险发生的可能性和影响
     风险优先级别

    ------SP2.3项目数据的管理计划------
    为项目的数据管理进行了计划
     所谓数据,是一个项目中用来在所有领域支持项目活动的文档
    ,包括:
     经验教训、估算数据、报告、手册、图表、图纸、规格说明、文
    件和往来通信等
     数据管理包括对数据的储存、格式、安全性等的要求

    典型成果
     数据管理计划
     纳入管理的数据的总清单
     数据的内容和格式描述
     对采购方和供应方的数据要求清单
     隐私要求
     安全性安全
     安全性规程
     数据检测、复制和分发的机制
     收集项目数据的进度安排
     待收集的项目数据清单

    ------SP2.4规划项目资源------
    为完成项目所需的必要资源进行了规划
     基于WBS
     考虑必要的外包
     软硬件环境

    ------SP2.5与SP2.6------
    CMMI--SP2.5策划必要的知识和技能
    为完成项目所需的知识和技能进行了规划
     建立项目培训机制和计划

    CMMI--SP2.6策划干系人的参与
    为识别出的干系人对项目的参与进行了规划
     相关组列表

    ------SP2.7建立和维护项目整体计划的内容------
    软件计划的要素:
     目的和目标
     工作分解结构
     产品规模估计
     资源估计
     项目进度

    ------项目进度计划的主要内容------
    编制项目计划就是纪录项目进度安排的成果

    • 项目进度计划基本内容
    • 项目进度的表达形式
       带有日历的项目网络图
       时间坐标网络图
       条形图或者甘特图
       里程碑时间表
       项目任务书
    • 项目进度计划的补充和细节说明
    • 进度管理计划
      主要说明何种进度变化应该给予处理,可以是正式的或者非正式的、详细的说明或者基本的框架,是总项目计划的辅助说明
    项目规划---SG3获取对计划的承诺
    SG3获取对计划的承诺

    CMMI2级——项目监控(Project Planning)

    目的:
    了解项目的进展,在项目实际情况明显偏离计划时,采取恰当的纠正措施

    特定目标和特定实践

    特定目标和特定实践
    项目监控---SG1依照计划监控项目
    依照计划监控项目

    ------SP1.2监控承诺------
    按照项目计划中识别出的承诺进行承诺的跟踪
     通过例会、里程碑评审以及计划变更的评审等形式进行承诺的跟踪

    ------SP1.3监控项目风险------
    按照项目计划中识别出的风险进行风险的跟踪
     跟踪风险的发生情况、风险参数的变化、以及风险缓解行动的执行情况

    ------SP1.4监控项目数据管理------
    按照项目计划中的数据管理计划进行数据管理的跟踪

    ------SP1.5监控干系人参与------
    按照项目计划进行干系人参与情况的跟踪
     进行评审,讨论干系人的参与(周例会、里程碑)
     识别干系人参与的问题及其影响
     记录评审的结果

    ------SP1.6进行进展评审------
    定期跟踪项目的进展、表现和问题
     主要形式是周例会
     使用日志来跟踪问题
     使用挣值图等工具来讨论进展和表现

    ------SP1.7进行里程碑评审------
    在选定的里程碑评审项目的成就

    常用评审方法

    • 周例会/正式项目评审
       通报状态
       识别和跟踪问题/风险
       确定优先级
       为问题的解决安排人员
       创建新的承诺
    • 正式项目评审需要客户的参与
    项目监控---SG2管理纠正措施至关闭

    当项目显著偏离计划时候,采取改正行动直到关闭


    SG2管理纠正措施至关闭

    实现过程中注意事项

    • 相关过程域

    • 变更?------需求、计划、承诺

    计划的变更在项目范围改变或者采取了改正行动的时候发生
    需要正式的变更流程,不要轻易变更计划
    计划变更可能会引起连带的配置变更
    计划变更的时候需要控制计划的版本

    需求变更使得项目的日程、成本表现超出警戒值,项目范围变化(Scope Creep),还有其他预示项目会偏离计划的征兆(ExpectedTurnover)(Poor Quality Indicator)

    项目计划的变更可能会带来对内和对外承诺的变更
    对外承诺的变更需要经过高级经理评估和批准
    对外承诺变更需要征得外部风险承担者的同意
    对内承诺的变更也需要所有相关人员的评审和批准

    • 风险跟踪
    • 通过周例会进行跟踪
    • 重新评估持续的风险
      风险的可能性
      风险造成的危害
    • 识别出新的风险并进行评估
    • 更新风险缓解方案
    • 将已经发生的风险改成“问题”

    相关文章

      网友评论

          本文标题:CMMI 总结 part.3 (v1.00)

          本文链接:https://www.haomeiwen.com/subject/fqifoktx.html