例解:如何将规范的过程敏捷化?
发布于 2024-10-03
1707
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章提出,许多企业在基于CMMI模型建立过程体系后感到过于繁琐,难以贯彻执行,因此提倡将过程体系敏捷化。敏捷化的目标是为了实际效果,而不仅是为了评估。
以CMMI中的DAR过程域为例,文章详细解释了如何将规范的过程敏捷化。首先,确认过程的根本目的是选择最优解决方案,减少返工量。然后,审视目的是否经济实惠,并确保过程原则为多识别候选方案,多人参与决策,以及全面客观评价方案。
敏捷化过程需要确定客户交付物,并将其简化表示为会议纪要中的决策结论和方案优缺点。此外,需要识别可以简化的活动,如选择决策准则和方法,同时保留必要的中间产品,并提出其最简单的表达方式。
为了弥补减少文档的影响,可以在组织级定义常用的决策步骤和方法,且在决策会议前讨论决策方法。简化过程的前提是参与者具有成功决策的经验。最后,为了及时发现过程输出的缺陷,需要在开发过程中实时评价决策的有效性,并在发现问题时团队内部重新评估。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 951.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
用CMMI CAR 实践域指导AI进行缺陷修复
本文提出Bug-Fixer缺陷修复AI技能,将CMMI CAR实践域引入AI编程场景,实现标准化缺陷治理。该技能通过四级缺陷分级、双线归零分析等机制,构建全流程强制化修复闭环,解决传统AI修复随意化问题。创新性地验证了CMMI体系不仅适用于人类研发流程规范,更能指导AI技能标准化定义。
CMMI:收获的欣慰
晚上客户为我送行,今天是我最后一次现场咨询,12月底的正式评估我回避了。去年底我和他们一起努力,使他们公司通过了CMMI2级的评估,今年底将进行CMMI3级的正式评估。2年的时间,见证了他们的软件管理体系从无到有,从2级到3级的历程,回顾2年来的变化,甚感欣慰:Ø 项目经理能够编写比较详细的项目计划,进行比较完备的WBS分解;Ø 项目组每周都有例会,每个阶段都会里程碑评审,
再谈如何推广单元测试
以前曾经写了一篇博文谈如何推广单元测试,最近有朋友问我如下的问题,因此便又写了本文,阅读时请综合原来的博文。问题: 有开发人员认为进行单元测试会花费大量时间来编写测试用例,因此他们做单元测试的意愿比较低,请问有何好的建议进行单元测试的改进?解答: 1 首先应该明确单元的含义。单元在面向对象的程序中指的是一个类,在结构化的方法中指的是一个函数。 2 其次应该明确单元测试的方法。单元测试的常用方
三个团队的站立会议旁观笔记
今天早晨我旁观了3个团队的站立会议,三个团队的站会参与人员都是7个人,其中第2个团队是scrum of scrum,7个人是7个团队的代表,有高层领导旁观了第2个团队的站会。 做得好的地方归纳如下: 1在每日站会上沟通了需求、接口设计的变化,让整个团队都了解这些变化。 2开发人员在提到完成了,都强调完成...
需求与设计人员如何配合工作?
在软件开发的过程中 ,经常出现需求与设计脱节的现象,如设计人员按照自己的理解去设计,没有遵从需求去设计系统;需求人员做完需求定义后,交给设计人员去设计,撒手不管了等等,为了使需求与设计人员更好的协作,建议采取如下的措施:Ø 需求人员与设计人员一定要分离,否则无法解决需求文档化的问题,但是文档并不能解决所有的沟通的问题,还需要面对面的沟通。Ø 需求评审设计人员一定要参加,设计评审需求
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线