扫码阅读
手机扫码阅读
EPG的工作指南

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


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

EPG工作指南摘要
在企业的日常运营中,EPG(Engineering Process Group)的角色至关重要。本文通过对企业EPG成员日常工作的观察和讨论,提出了EPG成员在不同时间周期内应该执行的关键任务,以确保过程改进工作的有效开展。
日常工作
- 建立和维护组织资产库,审核并整合组织过程资产。
- 制定并监督质量体系推广计划的执行。
- 组织标准过程的培训,并为QA和项目组提供相关咨询。
- 发布体系文件,并召开说明会以确保理解和部署。
- 在体系文件更新时,制定相应的部署策略和方案。
- 推广新技术、工具和最佳实践。
- 审核项目组对标准过程集的裁剪,保证其合理性。
每周工作
- 总结本周体系推广情况,及时发现问题和改进点。
- 制定下周的工作计划。
每月工作
- 分析过程裁剪记录、QA问题、度量数据、经验教训和改进建议,以发现改进机会。
- 与公司高层沟通,寻求其对过程改进的支持。
- 制定下月的工作计划。
每年或半年工作
- 进行定期的过程评估。
- 总结一年的过程改进情况,并与业内标杆对比,识别改进点。
- 获得高层的需求与承诺,为下一年度的改进计划打下基础。
- 建立和维护质量和过程性能基线及模型。
想要了解更多内容?


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 229.1K
麦哲思科技任甲林的其他文章
对需求签字画押,有用吗?
客户: 任老师,咨询您一个问题。我们公司在产品开发过程中有个问题,就是变更。有时候项目内的变更甚至是目标或者大功能模块上的变更。比如项目开始时明确要做5个功能,做到中期变更说某个功能不做了,然后又变更说增加一个新功能。针对这种情况目前提出的解决方案是:在产品设计评审完成后,产研双方签字画押。想通过这种举动能唤醒评审双方对评审的重视程度,从而避免上述情况发生。您认为这是种有效解决问...
如何做好软件估计?
1 有经验的人参与估算 一方面要对估计的内容有开发经验,另一方面也要经过了估计的训练,在估计方面有经验.两种经验缺少其一,估计的风险都比较大. 2 分解的颗粒度要小 在估计时要对估计的内容进行分解,划整为零,对于小的任务进行估计时,才容易把握.比如让你估计一碗大米中有多少粒一样,一般的办法就是把大米划分成大小基本相等的几堆,先估计其中一小堆或者数一数,然后再估计整体的粒数. 3 确保没有遗漏 如果
你一生认识多少人--白话软件估计
请告诉我:你一生会认识多少人呢? 听到这个问题,你可能认为无法回答,其实是可以估算的,只不过你没有去做。 首先,我们定义清楚什么可以称为“认识”一个人? 如果你曾经记住他的名字,你见到他时能够记起曾经和他一起做过某件事情,那就可以称为认识他了,这就是在明确需求。 其次,还是让我们采用穷举与分类的思想,假如对你认识的人员按如下的方式来分类: (1)为你服务的: 父母 老师 物业公司 ……. (2)
开发过程中的八种确认方法
确认是确保做了正确的事情,方向不偏。确认可以在项目前期做,也可以在项目后期做,提倡持续确认、质量左移。在前期主要是检测需求的质量,在后期是检测完成的系统是否真的是客户所需。本文概要归纳了开发过程中常见的八种确认手段。
实例:评审速度与缺陷密度之间的相关性
某公司的项目分为两类:MIS类软件开发与嵌入式软件开发,对这两类项目的需求评审的速率与需求评审发现的缺陷密度分别积累了度量数据,分别见表一和表二,共计52次的需求评审数据。 表一:MIS软件开发项目的需求评审度量数据 表二:嵌入式软件开发项目的需求评审度量数据 对这两类项目的需求评审的速率与缺陷密度分别画散点图如图一和图二所示。 图一:MIS软件开发项目需求评审的缺陷密度
加入社区微信群
与行业大咖零距离交流学习


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