扫码阅读
手机扫码阅读
2级的实效体现在哪里?

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

文章摘要:CMMI 2级实施要点概述
在实施CMMI的2级过程中,企业需要关注和落实一系列的实效点以确保成功。这些要点包括:
- 建立WBS分解指南:通过制定方法指南和模板,训练项目经理进行任务分解和识别项目范围。
- 估算方法指南:教会项目经理如何进行估算,为工作量、工期和质量的平衡提供依据。
- 使用project排进度表:培训项目经理合理安排进度和优化资源投入,确保项目按时完成。
- 风险库建立:培养项目经理识别和管理风险的能力,提高对风险的意识。
- 计划评审流程:确保通过评审活动保证计划的合理性和一致性。
- 日常站立会议:引入每日站立会议以实时跟踪项目进展。
- 周例会:定期沟通,全面了解项目状态,并解决项目中的问题。
- 总结经验教训:项目里程碑或结束时总结经验,固化管理经验教训。
- 度量体系:跟踪项目进展和生产率,量化了解项目状态。
- 生命周期模型:根据项目类型采用瀑布或迭代模型,降低管理复杂度。
- SCRUM敏捷方法:引入SCRUM作为项目管理解决方案,流程化和制度化SCRUM的方法。
- QA人员培养:使QA人员成为项目过程管理的导师,并提供指导。
- 版本管理工具:导入配置管理工具,控制变更和保持文档完整性一致性。
- 需求文档化:建立需求变更控制机制,减少根源性错误,控制需求渐变。
上述实践要求项目组在项目管理中投入基本工作量,以建立基本的项目管理方法,这对于实施CMMI的2级至关重要。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 230.7K
麦哲思科技任甲林的其他文章
数据、现象与原因
某公司积累了最近2年24个项目缺陷发生率的历史数据(缺陷发生率为系统测试发现的缺陷个数除以开发的工作量),如下表所示: 对上述的历史数据,按年份画箱线图比较分析如下: 针对上述的箱线图,是否可以下结论认为2013年开发质量提升了,开发人员犯的错误就少了呢? 其实未必。 如果对年份与项目的开发方式做卡方分析,则有如下的结论:汇总统
结论简单,教训深刻:一个大型项目关于需求工程的反思
某公司承担一个大型软件项目的开发,该项目的计划工期为2年,实际工期为2.5年。该项目为本公司新进入的一个行业,公司在其他行业里有相近软件的开发经验,但是对进入的这个行业并不熟悉。本项目采用了瀑布模型,高峰期70多人参与,最少时也有30多人参与。投入了接近100人年的工作量,而浪费的工作量大概在25人年,需求返工的比例占了40-50%。项目结束后做了复盘,我作为外部咨询顾问参与了项目回顾...
软件项目的工作量估算方法
(1)经验法Ø DELPHI方法:需要多个专家参与。Ø 类比法:可以一个专家根据历史相似的项目进行估计。(2)模型法Ø 一元线性关系工作量=规模*生产率+C生产率借鉴历史项目的数据,C为一个常量,多数情况下为0。这是最简单的估算模型。Ø 多元线性关系工作量=规模*生产率*复用率*难度系数*人员能力系数*……+ C生产率借鉴历史项目的数据,C为一个常量,多数情况下为0
实例:评审速度与缺陷密度之间的相关性
某公司的项目分为两类:MIS类软件开发与嵌入式软件开发,对这两类项目的需求评审的速率与需求评审发现的缺陷密度分别积累了度量数据,分别见表一和表二,共计52次的需求评审数据。 表一:MIS软件开发项目的需求评审度量数据 表二:嵌入式软件开发项目的需求评审度量数据 对这两类项目的需求评审的速率与缺陷密度分别画散点图如图一和图二所示。 图一:MIS软件开发项目需求评审的缺陷密度
项目级目标与组织级目标的差别
项目级的目标要与组织级的目标相匹配,他们关注的是同一件事情,但未必是同一个度量元,请看下边的案例。 某公司积累了2013年到2018年期间66个里程碑的工期偏差率数据如下: 序号 里程碑工期偏差率 序号 里程碑工期偏差率 序号 里程碑工期偏差率 ...
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线