QA人员的工作内容
发布于 2024-10-03
961
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
项目组管理标准摘要
该文档讨论了项目组管理标准的制定和执行过程,涉及以下几个关键活动:
1. 确定项目组应使用的管理标准
项目组需遵循的管理标准来源于四个主要方面:外部的国际、国家、行业标准;企业内部标准;客户要求的标准;以及项目经理拟定的标准。项目质量保证(QA)人员与项目经理(PM)共同决定采用哪些标准,并进行适当裁剪,以定义项目的工作流程,即项目已定义过程(PDP)。
2. 制定项目组的质量保证计划
质量保证计划应明确检查的工作量、活动、时机、标准、方法、抽检原则和具体日程。执行检查的基础和依据是PDP和项目计划。
3. 指导项目组的日程管理工作
QA人员需熟悉拟采用的标准,并在项目组实施过程中提供指导和支持。
4. 检查项目组的活动与工作产品
QA需定义检查计划,创建检查单,执行检查活动,记录问题,并沟通问题直至解决。若问题无法及时解决,需上报。
5. 分析问题原因,提出改进建议
对项目进行纵向分析和多个项目进行横向分析,形成质量报告,并与相关管理层沟通。同时,协助EPG组收集改进信息和最佳实践。
6. 优化组织级QA过程与检查单
不仅要关注项目质量保证,还需优化组织级QA过程。
7. 检查组织级非项目的管理活动
QA也应检查组织级的非项目管理活动,比如人力资源(HR)、工程过程组(EPG)等。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 642.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何设计度量数据展示的指示器?
在设计企业的度量体系时,很多企业往往在数据展示的方面不太重视,下文举例说明如何设计度量数据的指示器。 比如部门经理关注本部门内每个项目的进展情况,想通过度量数据了解每个项目的进展情况。针对此需求,我们来设计满足其需求的度量分析图形(指示器)。仔细讨论、分析此度量需求,可以得到:部门经理希望在图形上显示出部门内每个项目的工期偏差天数、偏差%,并且对于天数偏差超过比如10天的、偏差率超过15%的
数据中存在的假象
在一些实施CMMI高成熟度的软件公司中对于过程的性能数据进行分析时,常常发现应该具有相关性的2个变量根据历史的数据不能证明这种相关性,或者是应该正相关的数据却分析出了负相关的结论,原因何在呢?例如: 我们的经验与常识: 假设或常识1:高水平的测试人员找出的BUG多, 低水平的测试人员找出的BUG少。 假设或常识2:高水平的开发人员犯的错误应该少,低水平的开
先行指标与滞后指标的设计要点
在度量工程师认证训练营的首次课程中,布置了设计先行指标与滞后指标的作业,我对作业结果做了点评,希望这些点评能够让大家领悟到设计度量指标的要点。
需求评审会议亲历记
最近参加了一次需求评审,整理了整个过程如下: 评审组构成: 由EPG的组长担任评审会议主持人,评审组成员有12个人,6个开发人员,包括项目经理,都是项目组内部的人员,1个测试人员,4个EPG成员,1个外部咨询顾问。 准备工作: (1)提前1天发了会议通知,没有为评审组成员准备检查单。 (2)有2个人提前进行了准备,阅读了被审查文档,但是只找出了2-5个问题 (3)QA提前进行了文档与标准符合性的检
两个浪漫的人,一本理性的书
“两个浪漫的人,一本理性的书”是我对《重构极限编程》一书的评价。 书买了有一段时间了,浏览过一遍,感觉很受启发。今天是第2遍读,边读边乐边反思。 两位作者很浪漫,每个章节的开头,都改编了一首歌曲作为前言; 两位作者很幽默,在文章里轻松、犀利地调侃极限编程的缺点; 两位作者也很理性,对极限编程的某些优点也进行了充分的肯定。 第一次读此书时,只注意了作者的理性,没有去读书里的歌词与调侃,第二遍读时,仔
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线