过程设计的4个层次
发布于 2024-10-04
1251
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
过程设计是在获得项目需求后确定如何实施项目的关键步骤,它涉及到决策项目的执行过程、活动以及这些元素之间的关系和产出。
过程设计分为四个层次:
- 层次1:确定过程的风格,包括敏捷方法和规范方法,需要根据客户需求、项目规模和团队资源等因素来决定。
- 层次2:选择适合的生命周期模型,敏捷方法通常采用迭代模型,而规范方法则可以选择瀑布、增量或迭代等模型。
- 层次3:针对每个过程或子过程选择和裁剪活动、工作产品等,包括对执行的过程或子过程的活动和工作产品进行删除、修改或增加。
- 层次4:检验裁剪后的过程是否能够达成项目目标,可以通过系统模拟、蒙特卡洛模型、回归模型等方法进行预测。
企业的过程设计深度与其CMMI等级相关,CMMI 2级企业在层次1和2上进行设计,CMMI 3级企业在层次1、2和3上进行设计,而CMMI 4-5级企业则要在四个层次上进行过程设计。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 814.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
软件项目策划时常犯的12个错误
大概总结了一下,有时间再展开详细论述吧: 1 任务的颗粒度悬殊太大 2 任务的识别不全面,如: 没有识别出计划(PP,PPQAP,CMP,MAP等)评审的任务 没有识别出来计划修订的任务 模块间集成的任务没有识别出来 3 只做了工作量估计,没有做规模估计 4 只凭1或者2个人的经验进行估计,没有采用规范的估计方法 5 没有计划偏离的控制阀值 6 没有获得项目组成员对计划的承诺 7 在schedul
随需而变,拥抱CMMI V2.0新时代
一、前言CMMI DEV V2.0在2018年3月底正式发布,这是CMMI从卡内基梅隆大学软件工程研究所剥离出来、归并入国际信息系统审计协会(ISACA)之后的第一次版本更新,自2011年11月SEI发布CMMIV1.3版本之后,已经历时七年没有更新版本了。在这七年的时间中,Scrum、极限编程、精益看板方法、SAFe、 DevOps,LeSS等方法百花齐放,快速流行,极大地丰富了软件组织实施...
一个典型的代码走查检查单
代码走查的最主要的目的是为了发现程序中的逻辑错误,编程风格方面的错误可以通过风格检查的工具去检查。如下的检查单给代码走查的专家发现逻辑错误提供了一个很好的帮助。序号检查项1代码的注释与代码是否一致?注释是否是多余的?2是否存在超过3层嵌套的循环与/或判断?3变量的命名是否
写个缺陷修复的skill,提高AI的缺陷修复效率
本文介绍了一个规范化的Bug修复流程Skill,旨在提高AI辅助开发时的缺陷修复效率。该流程包含9个关键步骤:1)优先级评估;2)故障定位(确定模块、层面、编写复现测试);3)识别根本原因(区分出错点和深层原因);4)用户确认分析结果;5)修复影响分析;6)方案设计(提供两种方案);7)方案评审;8)虚拟修改;9)单元测试和全局扫描。特别强调必须同时修复表面错误(A)和根本原因(B),并要求记录经验总结到项目文档。该流程通过结构化分析和双重修复机制,可有效减少反复沟通时间,提高修复质量。
需求变更对软件质量的影响
根据我们的经验,需求变更越多,造成的软件修改越多,bug也就会越多,事实是否如此呢?需要我们根据历史的数据进行检验。某企业采集了历史上多个项目的的需求变更次数、交付代码的规模、软件测试发现的缺陷个数,参见下表,基于这些历史数据我们分析一下,看看我们的经验结论是否成立。表一:需求变更的历史数据 ID 需求变更数 代码规模LOC 总缺陷数 测试缺陷密度bugs/KLOC
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线