扫码阅读
手机扫码阅读
QA人员的工作内容

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


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

项目组管理标准摘要
该文档讨论了项目组管理标准的制定和执行过程,涉及以下几个关键活动:
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 篇文章
浏览 196K
麦哲思科技任甲林的其他文章
我所知道的富士康之三:改进意识
富士康的质量意识在我咨询过的企业里可以说是最好的。台干都有很强的质量意识,你告诉对方如何做才能保证质量,对方都会很认可,不是为了形式,而是出于内心的改进。走在楼梯上,可以看到台阶上有些标语:”质量是计划出来的”,”质量是控制出来的”等等。走在楼道里,楼道里有宣传用的电视,电视里播放着一些flash,这些flash也包括了大量与质量有关短片。在实施CMMI的期间,甚至在厕所里也贴上关于CMMI模型的里目标与实践!
台干也都有很强的自我改进的意识。每次去咨询,总有
如何度量交付后的软件质量?
如何度量交付后的产品质量?本文给出了四个参考度量指标,并简要分析了其优缺点,并给出一个具体场景的案例。
需求控制组的构成
在软件项目中常见如下的现象: 用户提出了需求变更,市场人员答应了,开发人员认为工作量太大,不好实现; 软件项目签订了合同,规定了价格,在后期的开发过程中,需求变更很多,变更的成本都是乙方承担,项目结束后发现项目做亏了; 用户提出了需求的变更,开发人员直接修改软件,没有通知相关人员; 用户张三提出了需求变更,开发人员修改了软件后,张三又认为不妥
软件开发的质量红线
质量红线是我的一个客户提出的概念,即质量管理的底线、最低要求、最低标准,无论在什么情况下,项目都不能违背这个底线,比如项目组在进行多快好省四个要素平衡时,无论如何平衡,都不能违背质量的最低要求。我认为这个名词很直观形象,因此借用一下。 在定义质量红线时应该从质量的投入与质量的产出两个方面进行定义。 质量的投入如: 评审投入的工作量;
敏捷方法的价值观与原则汇编
敏捷宣言1 个体和沟通胜过流程和工具
2 可以工作的软件胜过详尽的文档
3 与客户合作胜过合同谈判
4 响应变化胜过遵循计划也就是说,尽管右项有其价值,我们更重视左项的价值。 敏捷方法的12个原则1 我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。2 欣然面对需求变化,即使在开发后期也一样。善于掌控变化,帮助客户获得竞争优势。3 经常...
加入社区微信群
与行业大咖零距离交流学习


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