EPG的工作指南
发布于 2024-04-10
3496
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
EPG工作指南摘要
在企业的日常运营中,EPG(Engineering Process Group)的角色至关重要。本文通过对企业EPG成员日常工作的观察和讨论,提出了EPG成员在不同时间周期内应该执行的关键任务,以确保过程改进工作的有效开展。
日常工作
- 建立和维护组织资产库,审核并整合组织过程资产。
- 制定并监督质量体系推广计划的执行。
- 组织标准过程的培训,并为QA和项目组提供相关咨询。
- 发布体系文件,并召开说明会以确保理解和部署。
- 在体系文件更新时,制定相应的部署策略和方案。
- 推广新技术、工具和最佳实践。
- 审核项目组对标准过程集的裁剪,保证其合理性。
每周工作
- 总结本周体系推广情况,及时发现问题和改进点。
- 制定下周的工作计划。
每月工作
- 分析过程裁剪记录、QA问题、度量数据、经验教训和改进建议,以发现改进机会。
- 与公司高层沟通,寻求其对过程改进的支持。
- 制定下月的工作计划。
每年或半年工作
- 进行定期的过程评估。
- 总结一年的过程改进情况,并与业内标杆对比,识别改进点。
- 获得高层的需求与承诺,为下一年度的改进计划打下基础。
- 建立和维护质量和过程性能基线及模型。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1101.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
敏捷方法中采集的度量数据
在敏捷方法中,要求度量的数据少之又少,可谓简单实用:规模:(1)故事点:用以估算工作量、度量开发效率。工作量: (2) 计划的工作量:用以排定项目计划。 (3) 剩余任务的计划工作量:用以跟踪项目进展。效率:(4)开发速度:每次迭代完成的需求的规模(如故事点),用以估算项目需要的迭代次数。其他度量元根据项目组的实际情况,可以由项目组自己定义。
回归方程有效性的检查
我梳理了一下,整理成下表给大家参考,也比较好记忆,回归之前六条,回归之后六条:检查回归方程的有效性 回归分析之前 1 对y进行正态分布的检验,如果y不服从正态分布,则需要进行变换。 2 通过相关性分析,判断x与y的相关性,如果不相关,则不需要纳入此x到方程中。 3 通过相关性分析,判断x与x之间的相关性,相关的x不能出现在同一个方程中。 4 通过散...
结论简单,教训深刻:一个大型项目关于需求工程的反思
某公司承担一个大型软件项目的开发,该项目的计划工期为2年,实际工期为2.5年。该项目为本公司新进入的一个行业,公司在其他行业里有相近软件的开发经验,但是对进入的这个行业并不熟悉。本项目采用了瀑布模型,高峰期70多人参与,最少时也有30多人参与。投入了接近100人年的工作量,而浪费的工作量大概在25人年,需求返工的比例占了40-50%。项目结束后做了复盘,我作为外部咨询顾问参与了项目回顾...
基于 OpenClaw+DeepSeek 实现需求评审的技能开发与实践
在完成 Skills 需求定义后,通过 OpenClaw 实现代码编程,并开展持续调试优化,过程中针对 AI 的评审遗漏问题进行纠正并反复迭代,持续完善 Skills 开发需求。环境需求描述不完整。:评审前先判定用户指定的模式,若为完备评审,需对所有预设需求元素进行全面检查,未被完备描述的需求元素直接标注为遗漏问题;(2)可以录入名片信息:姓名,公司名称,公司地址,邮编,固定电话,手机,职务,职称,网站地址等。文档缺乏对系统总体功能的介绍,未清晰界定系统范围(做什么/不做什么),也没有描述功能模块的划分。
一次典型的重构
背景描述:近期要去讲一次重构,想收集一个案例,恰好从网上看到了一个朋友写的一个计算算术表达式的C#程序,原程序是计算含括号的正整数表达式的四则运算值。读后,发现问题比较多,而且逻辑有错误,因此对其进行了重构。为简化起间,将程序的功能进行了简化:1 计算的算术表达式只含有+、-、*、/运算2 不含有括号3 表达式的第一个符号是数字4 假定表达式是合法的算术表达式且满足上边的约
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线