一言蔽之:CMMI的过程域要点
发布于 2023-07-12
2038
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
CMMI 1.2版本22个过程域概要:
2级过程域:
- 需求管理:解决需求变更问题。
- 项目策划:制定合理可行的项目计划。
- 项目监控:对照计划跟踪项目进展。
- 配置管理:保持开发过程中文档与代码的一致性。
- 过程和产品质量保证:以制度化为主,确保制度得到落实。
- 供应商合同:管理采购和外包合同。
- 度量和分析:采集并分析数据,发挥数据作用。
3级过程域:
- 需求开发:获取、分析、描述并评审客户需求。
- 技术解决方案:探讨并实现满足需求的方法。
- 产品的集成:进行联调、集成、测试与交付。
- 验证:通过评审和测试发现技术问题。
- 确认:通过测试和原型确认发现不满足需求的问题。
- 集成项目管理:管理不同团队和过程之间的合作。
- 风险管理:识别、分析、评价并控制风险。
- 组织级过程焦点:识别并实施改进点。
- 组织级过程定义:定义过程体系。
- 组织级培训:实施公司级培训。
- 决策分析和解决:进行技术和管理决策。
4级过程域:
- 量化项目管理:运用统计技术基于SMART原则管理项目。
- 组织过程性能:建立性能基线与模型,量化历史经验。
5级过程域:
- 组织级革新与部署:实施技术与管理创新。
- 原因分析与解决方案:针对问题进行根因分析,发现改进点。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 975.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI2.0之同行评审
同行评审,不是通过测试去发现缺陷,而是通过专家阅读文档、代码发现缺陷,是在实现之前发现缺陷的最有效手段。同行评审这个PA是从VER中剥离出来的,原来1.3版本的VER与VAL合并成了VV PA,让熟悉最早的SW-CMM.1.1的从业者感受到了复古之风。这个PA的实践描述通俗易懂,最好理解。但是,很多公司做了同行评审,效果不好。我之前写过多篇博客讲解同行评审如何做的问题,分别列举到对应的...
软件项目策划时常犯的12个错误
大概总结了一下,有时间再展开详细论述吧: 1 任务的颗粒度悬殊太大 2 任务的识别不全面,如: 没有识别出计划(PP,PPQAP,CMP,MAP等)评审的任务 没有识别出来计划修订的任务 模块间集成的任务没有识别出来 3 只做了工作量估计,没有做规模估计 4 只凭1或者2个人的经验进行估计,没有采用规范的估计方法 5 没有计划偏离的控制阀值 6 没有获得项目组成员对计划的承诺 7 在schedul
如何理解与记忆SCAMPI V1.3的覆盖规则?
SCAMPI V1.3的覆盖规则是相当复杂的,如何记住这些规则呢,我总结了如下方法:记住2组数字,3-8与2-3-3:3-8:3类8条规则。38妇女节;某某人有点38;38在周易里起卦为火地晋,晋,晋升。2-3-3:这3类规则,每类规则分别包含的规则数目。 模型覆盖:PA覆盖类,2条规则; 执行覆盖:BU覆盖类,3条规则; SF覆盖类,3条规则;以下对38和233进行说明。首先
2017年10月站立会议旁观笔记
近期旁观了一个项目的晨会,识别了一些改进点,记录与点评如下:序号现象改进建议1与会成员22人拆成2-3个小组分别召开站立会议,以提高会议效率。2有2人迟到站立会议是固定时间、固定地点、固定人员、固定话题的,不需要会前通知,有人迟到要定义规则惩罚之:1 微信群发红包;2 会议室放置一个储钱罐,迟到者投币;……要建立团队的文化。3白板状态列包括:待办任务池,编码,代码评审,待修复,完成明确列出等待的状
需求评审的案例分析
案例一:客户需求文档评审 参与人员:1位主持人,1位作者,1位记录员,4位专家,1位咨询顾问旁观 开始时间:15:40 结束时间:17:15 会议工时 :6.3人时 会前准备累计工时:9人时 总工时:15.3人时 会议前发现的问题:25个 会中发现的问题:2个 合计问题:27个 会前评审效率:2.8个/人时 会中评审效率:0.3个/人时 评审文档的规模:13页 缺陷
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线