CMMI2级难点的对策
发布于 2023-07-12
1751
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
Article Summary
难点与对策摘要:
-
为了制定实际可行的项目计划,应采取以下措施:
- 建立WBS分解的指南和样例。
- 对项目经理进行WBS分解的培训。
- 培训使用Project 2007制作合理的计划。
- 增强项目计划的同行评审。
- 定义项目规模和工作量估算方法,并对PM进行培训。
-
为实时掌握项目动态,解决问题,需要:
- 建立周例会制度。
- 确保当前阶段的任务分解颗粒度不超过3天。
- 建立问题处理流程。
- 建立里程碑评审制度。
-
全面而完备的需求变更影响分析应包括:
- 建立需求变更申请单模板和必填项。
- 基于需求跟踪矩阵进行变更影响分析。
- 确保变更影响分析得到多角色确认。
-
为实现需求文档化,需:
- 定义适合不同场景的需求文档模板。
- 对需求分析人员进行需求工程培训。
- 加强需求评审工作。
- 分离需求人员与设计人员的工作。
-
收集真实、有用的度量数据并得出管理结论,包括:
- 访谈多个角色获取度量需求。
- 设计指示器、决策准则和度量元。
- 指定责任人采集、分析和验证数据。
- 监督数据的全过程执行状况。
- 采用自动化工具采集度量数据。
-
建立开发人员的配置管理习惯,需要:
- 应用SVN、VSS等版本管理工具。
- 要求基于配置库进行文档交互。
- 执行配置审计,与PM业绩挂钩。
- 总结并推广配置管理工具的使用经验。
-
QA要严格地检查项目活动和工作产品,措施包括:
- 选择细心、认真的人员担当QA。
- 制定详细的QA计划,并进行评审。
- QA负责人严格按照计划跟踪QA活动。
- 审计QA人员的活动。
- 统计QA人员发现的问题并更新检查单。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 679.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
CMMI 3级的难点
(1) 需求、设计、代码、测试用例的质量比较差Ø 需求描述不全面、不详细;Ø 设计中错误比较多,遗漏比较多;Ø 设计与实现脱节,实现人员不看设计文档;Ø 代码中隐藏的缺陷比较多,代码的可维护性比较差,其他开发人员难以读懂代码;Ø 测试用例数量太少,对需求、设计的覆盖率比较低(2) 同行评审无法快速发现问题Ø 缺
敏捷始于客户
每个失败的项目了都可以找这个借口:项目周期短、需求变化快、人员有限。 需求、工期是由客户确定的。作为客户来讲,他不可能去合理评价给定的需求是否可以在某个时间内能够完成,至于投入多少人那更是开发方自己的问题。开发方对客户做出了承诺就要兑现承诺,否则就不要承诺,既然承诺了,就没有理由再去抱怨工期短、需求变化快。开发方必须接受这个现实,认可这个现实,然后才可以玩这个游戏,否则你就出局。 CMMI是应
如何分析各类时长数据?
本文列举了分析时长数据时的注意事项,并结合实例给出了时长数据的常用分析方法。
过程改进:宽度优先还是深度优先?
在过程改进时有这样一种现象:在组织内有很多项目,但是只有参与正式评估的项目严格按照CMMI的体系在做,其他项目基本没有按此体系在做。企业在得到2级的评估时是这样,得到3级的评估时还是这样,得到4-5级的评估时仍然如此。体系在组织内根本就没有推广开来,而是限定在小范围内的一部分项目的一段时间内。 过程改进应该是一种企业文化的变革,仅仅限定在一段时间的局部项目项目的改进不可能形成企业的文化变更,这种
CMMI 3.0的276条实践中英文对照
CMMI 3.0在2023年4月6日发布了,包含了31个实践域,276条实践。本文试图把276条实践的中英文对照如下。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线