一言蔽之:CMMI的过程域要点
发布于 2023-07-12
1800
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
CMMI 1.2版本22个过程域概要:
2级过程域:
- 需求管理:解决需求变更问题。
- 项目策划:制定合理可行的项目计划。
- 项目监控:对照计划跟踪项目进展。
- 配置管理:保持开发过程中文档与代码的一致性。
- 过程和产品质量保证:以制度化为主,确保制度得到落实。
- 供应商合同:管理采购和外包合同。
- 度量和分析:采集并分析数据,发挥数据作用。
3级过程域:
- 需求开发:获取、分析、描述并评审客户需求。
- 技术解决方案:探讨并实现满足需求的方法。
- 产品的集成:进行联调、集成、测试与交付。
- 验证:通过评审和测试发现技术问题。
- 确认:通过测试和原型确认发现不满足需求的问题。
- 集成项目管理:管理不同团队和过程之间的合作。
- 风险管理:识别、分析、评价并控制风险。
- 组织级过程焦点:识别并实施改进点。
- 组织级过程定义:定义过程体系。
- 组织级培训:实施公司级培训。
- 决策分析和解决:进行技术和管理决策。
4级过程域:
- 量化项目管理:运用统计技术基于SMART原则管理项目。
- 组织过程性能:建立性能基线与模型,量化历史经验。
5级过程域:
- 组织级革新与部署:实施技术与管理创新。
- 原因分析与解决方案:针对问题进行根因分析,发现改进点。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 837.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
案例:从定性原因分析上升到定量原因分析
在定量原因分析时,主要是有四种定量思考的方法:1、数据的居中趋势与离散程度分析:均值、标准差2、 80-20分析:在所有的构成成分中,哪个成分占比最大3、数据的相关性分析:是否存在强相关4、敏感性分析:在所有的影响因子中,哪个影响因子对结果的影响最显著
在CMMI推广过程中EPG常犯的错误
1对模型研究不够深入 模型是多年软件工程经验的总结,里面的每一句话,每个例子都不是随便写上去的,都有其内在的含义在里面,需要仔细琢磨,仔细体会。作为EPG的成员,在遇到问题时,首先要做的事情是要去读模型,在模型中查找答案。市面上所有翻译的中文资料都不准确,所以要去读模型原文,以免以讹传讹。在读不懂的地方应该去读SW-CMM与SE-CMM,从那里获取类似的描述,如果还读不懂,可以去网络上搜索资料,与
项目进展跟踪的5个基本原则
对项目进展进行跟踪时,应该遵循以下5条基本原则:原则一:实时跟踪进展以尽早暴露风险原则二: 任务闭环管理以及时调整纠偏原则三:任务状态可视化以提升项目透明性原则四: 总体进展要量化以对齐项目整体目标原则五:真正达到完工标准以避免快而脏
我说CMMI2.0之:策划PLAN
基本理念 1 凡事预则立,不预则废。无论采用什么方法管理任务、项目,都必须事先做计划。2 计划包含了管理设计的活动,要定义项目组自己的过程。3 计划要逐步细化,不可能在项目初期,就事无巨细的都计划到位,要随着时间的推移,项目的进展,外部环境的变化,逐步细化,调整计划。4 计划要分层次。有阶段(里程碑)计划,有详细的日程表。5 计划要经过了相关参与人的讨论、评审,达成一致后,...
软件开发中的三次法则
摘要:"事不过三"原则强调第三次重复是优化改进的关键节点。在软件开发或AI工程中,当同一问题、错误或操作第三次出现时,应当立即采取重构、自动化、流程优化等措施。这包括代码重构、自动化测试、文档补充、流程改进等具体行动。该原则能有效预防技术债务积累,减少重复劳动,提升团队效率和质量,实现从被动应对到主动治理的转变。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线