CMMI:收获的欣慰
发布于 2023-07-12
1078
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
项目咨询总结
作为咨询顾问,今晚客户送行标志了我的最后一次现场咨询。我将不参与12月底的CMMI3级正式评估,因为去年底已帮助他们通过CMMI2级评估。两年的合作见证了他们软件管理体系的建立和成熟。
两年成就回顾
- 项目经理编制了详细的项目计划,WBS分解更完备。
- 项目周期内,每周例会和里程碑评审常态化。
- 需求规格书和设计规格书的编写与同行评审得到实施。
- 技术路线的选择变得更加慎重。
- 成立了专职QA、EPG和测试团队,提高了产品的质量与过程的监督。
- 测试用例完备,项目开始使用单元测试工具。
- 代码走查被项目组广泛接受。
- 配置管理工具和变更管理工具的购买,解决了版本混乱。
- 需求管理工具的使用,优化了需求变更的跟踪和管理。
- 通过积累度量数据,能够跟踪项目状态,识别组织共性问题。
- 组织质量意识提高,管理重要性被公司上下认可。
- 培养了一批熟悉规范管理的EPG人员、QA人员和项目经理。
组织文化转变
从不理解到理解,从怀疑到认可,组织文化经历了显著转变,员工态度从消极变为积极。虽然体系仍不完美,有人反对规范化约束,但整个组织已走向正轨并能自发持续改进。
个人感悟
回想起深夜工作的艰辛,所有的付出终得回报,使组织文化和管理体系的改善成为可能,令人感到满足和自豪。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
规模估算的敏捷方法:策划扑克法
策划扑克是估算软件规模的一种敏捷方法。该方法的规模计量单位是故事点(story points),故事点只是一个计量单位的名称而已,你也可以给他命名为其他名字。故事点其实不仅仅是对规模的度量,也包括了对需求复杂度等其他因素的度量。故事点并非业界统一的一个度量单位,不象度量长度的单位:米,大家都知道1米有多长,你说的1米和他说的1米是等长的。故事点仅对本项目具有近似相等的规模,不同的项目所定义的故事点
如何定义方针
方针定义了组织的中高层管理者对管理的期望,是执行过程的总体指导思想,是蕴涵在管理流程中的思想精髓。方针要传达到组织内的每位员工,并体现在质量体系中。在定义方针时要把握如下的原则: (1)简要 方针不需要描述实现步骤,它是对过程的抽象。如:方针可以定义为:每个项目必须估算项目规模,在方针中不需要定义具体如何实现估算(DELPHI,COCOMOII,FFP法等)。 尽量采用短句,每个方针
快速学习COSMIC方法之十六:如何进行生产率的标杆对比?
当我们采集了历史的规模数据与工作量数据之后,我们可以和业内的数据进行标杆对比,其中在国际上影响最大的就是从ISBSG的数据库中获取行业数据进行标杆对比。 一 ISBSG是什么? ISBSG全称为国际软件基准标准小组,是一个非盈利性组织,其创建于1997年,主要目的是为了促进IT行业的数据使用,并提升软件过程和软件产品。该组织有两套数据库,一套是包含IT开发项目的数据,一套是包含...
CMMI2级难点的对策
难点对策(1) 做一个切实可行的项目计划。(1)建立WBS分解的指南与样例(2)对项目经理培训如何做WBS分解(3)培训如何使用project 2007做一个合理的计划(4)加强对项目计划的同行评审(5)定义规模、工作量估算的方法并培训PM(2) 实时掌握项目动态,发现问题,解决问题。(1)建立周例会制度(2)当前阶段的任务分解的颗粒
软件项目策划时常犯的12个错误
大概总结了一下,有时间再展开详细论述吧: 1 任务的颗粒度悬殊太大 2 任务的识别不全面,如: 没有识别出计划(PP,PPQAP,CMP,MAP等)评审的任务 没有识别出来计划修订的任务 模块间集成的任务没有识别出来 3 只做了工作量估计,没有做规模估计 4 只凭1或者2个人的经验进行估计,没有采用规范的估计方法 5 没有计划偏离的控制阀值 6 没有获得项目组成员对计划的承诺 7 在schedul
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线