扫码阅读
手机扫码阅读
QA人员的工作内容
220 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:QA人员的工作内容
文章来源:
麦哲思科技任甲林
扫码关注公众号
项目组管理标准摘要
该文档讨论了项目组管理标准的制定和执行过程,涉及以下几个关键活动:
1. 确定项目组应使用的管理标准
项目组需遵循的管理标准来源于四个主要方面:外部的国际、国家、行业标准;企业内部标准;客户要求的标准;以及项目经理拟定的标准。项目质量保证(QA)人员与项目经理(PM)共同决定采用哪些标准,并进行适当裁剪,以定义项目的工作流程,即项目已定义过程(PDP)。
2. 制定项目组的质量保证计划
质量保证计划应明确检查的工作量、活动、时机、标准、方法、抽检原则和具体日程。执行检查的基础和依据是PDP和项目计划。
3. 指导项目组的日程管理工作
QA人员需熟悉拟采用的标准,并在项目组实施过程中提供指导和支持。
4. 检查项目组的活动与工作产品
QA需定义检查计划,创建检查单,执行检查活动,记录问题,并沟通问题直至解决。若问题无法及时解决,需上报。
5. 分析问题原因,提出改进建议
对项目进行纵向分析和多个项目进行横向分析,形成质量报告,并与相关管理层沟通。同时,协助EPG组收集改进信息和最佳实践。
6. 优化组织级QA过程与检查单
不仅要关注项目质量保证,还需优化组织级QA过程。
7. 检查组织级非项目的管理活动
QA也应检查组织级的非项目管理活动,比如人力资源(HR)、工程过程组(EPG)等。
想要了解更多内容?
查看原文:QA人员的工作内容
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 137.9K
麦哲思科技任甲林的其他文章
白话SCRUM 之四:燃尽图
Burn down chart翻译为燃尽图或燃烧图,很形象,是Scrum中展示项目进展的一个指示器。我一直认为用户故事、每日站立会议、燃尽图、sprint review、sprint retrospective真是越琢磨越有味道的好东西,也因此很喜欢scrum这种方法,这些实践简单有效、经典! 燃尽图的样例如下: 横坐标为工作日期,纵坐标估计剩余的工作量,每个点代表了在那一天估计剩
对需求签字画押,有用吗?
客户: 任老师,咨询您一个问题。我们公司在产品开发过程中有个问题,就是变更。有时候项目内的变更甚至是目标或者大功能模块上的变更。比如项目开始时明确要做5个功能,做到中期变更说某个功能不做了,然后又变更说增加一个新功能。针对这种情况目前提出的解决方案是:在产品设计评审完成后,产研双方签字画押。想通过这种举动能唤醒评审双方对评审的重视程度,从而避免上述情况发生。您认为这是种有效解决问...
用COSMIC方法帮助澄清需求的案例
实施COSMIC方法,除了可以度量软件的规模以外,还可以通过数功能点,识别需求中模糊不清的地方,起到需求澄清、需求验证的作用。下面通过一个简单的例子来说明之。某系统的需求规格说明书中有如下的一个功能需求描述:考勤明细查询功能说明:1展示员工每天的有效打卡记录,清晰展示上下班时间、打卡照片等;2可查看员工每天所有的打卡记录,显示的信息包括:名称、部门、员工状态、工号、日期、上...
需求控制组的构成
在软件项目中常见如下的现象: 用户提出了需求变更,市场人员答应了,开发人员认为工作量太大,不好实现; 软件项目签订了合同,规定了价格,在后期的开发过程中,需求变更很多,变更的成本都是乙方承担,项目结束后发现项目做亏了; 用户提出了需求的变更,开发人员直接修改软件,没有通知相关人员; 用户张三提出了需求变更,开发人员修改了软件后,张三又认为不妥
为什么高成熟度的实施周期比较长?
很多软件公司在实施完成CMMI3级后,考虑实施CMMI4级或5级,在制定最初的改进计划时往往对实施高成熟度的难度估计不足,制定了很乐观的改进计划,改进的周期比较短。当领导基于乐观的估计拍板后,就很难真正地在实施高成熟度时见到实效了。如果要对实施CMMI高成熟度进行一个合理的工期估算,首先就要对CMMI的高成熟度是什么有一个清晰的、正确的理解。本文试图通过类比的方式,通俗地说明高成熟度是什么,高成熟
加入社区微信群
与行业大咖零距离交流学习
SAFe6.0与CMMI3.0映射
白皮书上线
白皮书上线