简介:这份53页PPT系统梳理了QC小组活动准则T/CAQ 10201-2016的核心内容,适合企业质量管理人员、QC小组成员及培训讲师使用。内容围绕问题解决型与创新型两类课题展开,从引言中的全员参与、持续改进、遵循PDCA循环、基于客观事实、应用统计方法等基本原则,到术语定义、活动程序均有清晰讲解;重点展示了问题解决型“四段十步”和创新型“四段八步”的推进流程,并结合课题三要素(对象、问题、结果)的正误案例以及“小、实、活、新”选题要求,帮助读者避免口号式、手段加目的的常见误区。现状调查部分还说明了如何从统计报表和现场调查入手,以及数据应具备客观性、可比性、时效性和全面性。资源共1个文件,为PPT演示文稿,大小2.61MB,53页图文并茂,适用于企业内训、小组课题立项讨论和评审汇报准备。目前已有90人浏览学习,内容聚焦旧版到新准则的落地应用,既讲框架又给示例,能帮助QC小组快速理解标准要求并提高实际开展活动的规范性与有效性。
1. 53页PPTQC新准则,到底在讲什么
53页不是页数,是一份质量管理体系里“新准则”的厚度。很多IT团队沿用了十年的旧七手法和缺陷管理流程,正在被QC新准则替换,而这份53页PPT就是很多组织内部培训、评审、落地的唯一底稿。它最大的变化是把质量控制从“事后检查”前移到“事中验证”,PPT不再只是汇报工具,而是一份可以被拆开、评审、抽检甚至自动化的数据对象。
这篇文章顺着“拿到这样一份53页PPT之后该怎么办”来展开:怎么拆版本差异、怎么用脚本把PPT转成可追踪的QC清单、新准则落地时四个关键参数怎么设,以及最后怎么用“三页复盘”把一次质量评审变成团队的长期资产。适合正在审阅质量报告的QA工程师、接手新项目质量体系的研发负责人,也适合所有怀疑“PPT只是画给领导看”的人——在新准则下,PPT是一份结构化的证据链。
2. 从旧七手法到新七手法:QC新准则的版本与结构差异
2.1 新旧准则的最大区别,不在工具而在结构
旧七手法(检查表、柏拉图、鱼骨图、散布图、管制图、直方图、层别法)解决的是“问题已经发生后,怎么把原因找出来”;新七手法(亲和图、关联图、系统图、矩阵图、矩阵数据解析法、PDPC法、箭条图)解决的是“问题还没发生,怎么把路径和风险设计出来”。QC新准则把新七手法的使用从“可选”变成了“过程记录项”,也就是说,团队在做质量计划时,必须留下结构化的决策痕迹,而不是在复盘会上补一张鱼骨图。
这个变化对IT项目的实际影响是:旧准则允许“先开发,后补缺陷分析”,新准则要求“先定义验证路径,再动手写代码”。体现在53页PPT里,就是报告的前半部分必须出现完整的“风险路径→验证设计→资源分配”链条,后半部分才轮到测试结果和缺陷分布。如果你拿到的PPT前半部分是空的,或者全是口号式的原则,那基本可以判断团队没有真正按新准则执行。
2.2 53页PPT的典型版式,对应哪些QC阶段
一份能通过评审的新准则汇报,在版式上通常会把沿用多年的“问题→分析→对策”三段式,扩展成“预见→设计→验证→复盘”的完整闭环。常见的分法能把53页凑齐,例如封面与目录3页、质量管理原则6页、PDCA映射11页、检查清单10页、缺陷分类10页、工具样例8页、模板与附录5页。
| 页码范围(示例) | 版式定位 | 对应的QC阶段 | 评审时建议动作 |
|---|---|---|---|
| 1-3 | 封面、目录、术语 | 标准引用与汇报范围 | 确认准则版本号,明确这次评审的对象 |
| 4-9 | 质量管理原则 | 组织对准则的理解 | 逐条核对原则描述,不留“原则抄标准”的空页 |
| 10-20 | PDCA映射与流程图 | 策划与实施 | 检查每个阶段是否有对应的记录模板 |
| 21-30 | 检查清单与频次表 | 过程检查 | 抽查清单编号是否和实际执行记录一一对应 |
| 31-40 | 缺陷分类与严重度 | 问题分析 | 核对S1-S4定义是否和团队实际数据口径一致 |
| 41-48 | 新七手法应用样例 | 分析与决策 | 看PDPC图、箭条图是否真的更新过,而不是贴图 |
| 49-53 | 模板、附录、空白表格 | 复盘与资产沉淀 | 直接拿模板到项目里试用,能跑通才算数 |
这组数字不是硬性标准,但缺了“用于生成阶段记录”的那几页,基本能判断团队还没开工。评审时不要平均用力,重点翻中间30页,那里藏着大多数执行问题。
2.3 先按“报告结构”而不是“页数”拆这53页
拿到任何PPT先别急着从头看到尾。我一般会先做一次“页-阶段”标记:第一轮把每一页归类到策划、实施、验证、复盘四个阶段;第二轮标记“可交付物页”——指的是有图表、有数据、有编号、能直接拿去核对的页面;第三轮把剩下的标成“说明页”,这类页面只是背景解释,评审价值不高。
落到操作上,就是把53行页码做成一张映射表,表头建议是:页编号、版式类型、QC阶段、负责人、可交付物、验收标准。这张表在后面会反复用到,它是检查清单的底稿,也是脚本抽取结果的比对基准。做完这三轮标记,你大概只需要精读20页左右,就能掌握整份PPT的质量状态,剩下30多页按需翻阅。
3. 把53页PPT转成可追踪的QC脚本与检查表
3.1 用Excel把53页拆成QC阶段映射表
映射表是后续所有操作的锚点,建得越细,后面抽查越省力。表头我建议直接不含合并单元格,每一行对应PPT里的一页,字段包含:页编号、版式类型、QC阶段、负责人、可交付物、验收标准、实际页数、差距、风险。
| 页编号 | 版式类型 | QC阶段 | 负责人 | 可交付物 | 验收标准 | 实际页数 | 差距 | 风险 |
|---|---|---|---|---|---|---|---|---|
| 12 | PDCA映射 | 实施 | 张三 | 测试计划与出入口准则 | 每项需求都有对应的验证方法 | 1 | 0 | 低 |
差异列和风险列不用手填,直接用公式。差异列等于“实际页数-计划页数”,风险列用嵌套IF判断:验收标准为空或者差距超过阈值时标“高”,否则标“低”。公式示例:
=IF(OR(F2="", H2>2), "高", "低")逻辑说明:F2对应验收标准,H2对应差距。只要验收标准为空——意思是这页没有明确交付物,或者页数与计划偏差超过2页,风险直接记“高”。这里的参数可以根据实际项目调整,偏差阈值2页是参考值:PPT多一页少一页很正常,超过2页往往意味着一部分内容被挪走或者被注水。
3.2 用Python批量抽取PPT文本与图表数据
Excel映射表解决“计划层面”的问题,脚本解决“实际内容”的问题。需要先说明一个坑:标题里的文件名是“.ppt”后缀,这是PowerPoint 97-2003格式,而python-pptx库只能读“.pptx”。常见的做法是用LibreOffice做一次无头转换,把旧格式转成新格式,再交给脚本处理:
soffice --headless --convert-to pptx "53页PPTQC新准则.ppt" --outdir ./output参数说明:--headless表示不启动LibreOffice图形界面,适合在服务器或CI环境里跑;--convert-to pptx指定目标格式;--outdir ./output指定输出目录。转换后的文件在./output/53页PPTQC新准则.pptx,原文件保持只读,避免图表失真后无法回查。
3.2.1 抽取文本、表格与图表数据的完整脚本
转换完成后,用python-pptx遍历所有页面,把文本框、表格、图表、备注一次性导出成JSON,方便后续做程序化检查。
from pptx import Presentation import json def extract_ppt_report(path, out_json="ppt_elements.json"): prs = Presentation(path) report = {"total_slides": len(prs.slides), "slides": []} for idx, slide in enumerate(prs.slides, start=1): texts, tables, charts = [], [], [] for shape in slide.shapes: # 1. 提取所有段落文本 if shape.has_text_frame: for para in shape.text_frame.paragraphs: line = "".join(run.text for run in para.runs).strip() if line: texts.append(line) # 2. 提取表格内容,按行存储 if shape.has_table: rows = [] for row in shape.table.rows: rows.append([cell.text.strip() for cell in row.cells]) tables.append(rows) # 3. 提取图表类型与系列名 if shape.has_chart: chart = shape.chart series_names = [] if chart.plots: series_names = [s.name for s in chart.plots[0].series] charts.append({ "chart_type": str(chart.chart_type), "series": series_names, }) notes = "" if slide.has_notes_slide: notes = slide.notes_slide.notes_text_frame.text report["slides"].append({ "page": idx, "texts": texts, "tables": tables, "charts": charts, "notes": notes, }) with open(out_json, "w", encoding="utf-8") as f: json.dump(report, f, ensure_ascii=False, indent=2) print(f"导出完成,共 {len(report['slides'])} 页 -> {out_json}") if __name__ == "__main__": extract_ppt_report("output/53页PPTQC新准则.pptx")逻辑说明:脚本按页为单位组装数据,四类内容分别落位。texts记录页面上的所有可见文本,tables保留表格的二维结构,charts记录图表类型和系列名,notes读取PPT备注页——新准则强调“会议决策记录写在备注”,这往往是评审里最容易被忽略的证据。最后统一写入JSON文件,后续检查清单和AI分析都从这个JSON读取,不再反复解析原文件。
3.2.2 用这个脚本能定位的3类典型问题
脚本跑完,最常见的输出结果能直接暴露三类问题:
第一类,页面有图表但备注为空。新准则下,每张图都必须有对应的结论记录,备注为空意味着“图贴了但没人验证过”。
第二类,charts计数远少于预期。53页PPT里如果只有3页包含图表,说明绝大多数页面的结论没有数据支撑,或者数据分散在表格里没有可视化,评审时很难快速定位问题。
第三类,表格中出现大面积空单元格。可以写一个简单统计:tables里所有单元格文本长度小于2的比例超过30%,就标记为数据填报不完整,这类页面通常是“模板设置好了但没有填充”。配合映射表的负责字段,能直接找到应该补数据的人。
3.3 让AI只从这53页里找线索的提示词框架
抽取出的JSON直接读起来不直观,常见做法是把结果喂给大模型做初步筛查,但提示词必须限定范围,否则模型容易“脑补”QC准则之外的内容。我给团队用的提示词框架是这样:
你是一名QC新准则审核员。我将提供一份PPT的结构化数据(JSON格式),包含页码、文本、表格、图表类型和备注内容。请输出一份缺陷排查清单,要求: 1. 每条结论必须引用页码,格式为“第X页”; 2. 如果某条结论无法从给定数据中直接得出,请标注“无法验证”,不要推测; 3. 只评估两个维度:数据完整性(图表、表格、备注是否齐全)和决策可追溯性(每个“计划”是否有对应的“验证结果”); 4. 发现页面内容互相矛盾时,请同时引用两个页码,并直接摘录原文; 5. 最后按严重程度从高到低汇总为P0、P1、P2三档。参数说明:第1条强制引用页码,让AI输出可追溯;第2条是关键防幻觉条款,没有依据就明说;第3条把评估维度收敛到两个,避免模型发散到工具选型、组织架构等不相关话题;第4条处理内部矛盾时要求摘录原文,方便人工复核;第5条的P0/P1/P2分档直接对应评审会议的处理优先级。实测中,这套提示词能把AI的输出从“一段泛泛的评论”变成“一份可以直接带入评审会的议题清单”。
4. QC新准则落地的4个关键参数与常见反模式
4.1 4个关键参数:分层、验证、置信度、退出标准
新准则执行得好的团队,通常不是靠口号,而是把四个参数定得非常明确。缺了这四个参数,53页PPT做得再精美,评审时也会变成各说各话。
| 参数 | 建议取值 | 作用与维护方式 |
|---|---|---|
| 严重度分层 S1-S4 | S1=阻断发布 / S2=关键功能缺失 / S3=一般缺陷 / S4=优化建议 | 每次评审会前按当前数据重新分层,S3/S4不用在会议上讨论 |
| 验证依据字段 | 必须包含“页-行-记录编号”三级引用 | 每条缺陷结论都要能回溯到53页PPT中的具体位置 |
| 置信度阈值 | 一级阈值80% / 二级阈值65% / 三级阈值50% | 低于阈值的关键项不允许进入发布评审 |
| 退出标准 | S1=0,S2≤2且全部有验证依据,S3/S4有专项清单 | 不追求所有问题清零,追求所有遗留问题有明确负责人 |
严重度分层是新准则里最容易被忽视的参数。很多团队把缺陷一律标成“严重”或“轻微”,两档粒度在评审会上根本无法决策。S3和S4的问题如果必须开会讨论,会议时长至少翻倍,而真正需要盯住的只有S1和S2。
验证依据字段的“页-行-记录编号”三级引用,是把这个参数落地的具体办法:例如“第28页-第2行-CASE-0042”,表示结论来自第28页的表格第2行,对应测试用例编号CASE-0042。评审时拿着这个编号就能直接打开原始记录,不需要在会议现场翻PPT。
置信度建议用公式量化:置信度=已闭环项总数加部分闭环项一半的权重,再除以总项数。多个阶段评审时按“阶段清单”分别计算,不合并。
退出标准的“S2≤2”是一个推荐经验值,不是硬性规定。团队刚切到新准则的第一个月,可以把S2放宽到5,重点是让验证依据字段先填起来;等跑顺之后逐步收紧。
4.2 IT项目里常见的4种反模式
反模式一:报告即交付。PPT做完了,质量评审就结束了。新准则的逻辑是PPT里所有“结论”必须对应“证据”,证据没有的东西等于没做。
反模式二:缺陷日志当QC证据。有完整的缺陷列表,但每条缺陷没有触发原因分析,没有关联到具体流程环节,也没有“为什么没在更早阶段发现”的回答。缺陷日志只是数据,不是证据。
反模式三:只汇报分数不汇报依据。置信度算出来85%,但谁也算不出来这个85%是怎么来的。新准则要求每个分数都能展开成“页-行-记录编号”,否则分数字面意义上没有意义。
反模式四:把PPT当强制文档,装订即关闭。这种情况常见于外部评审驱动的方式:准则要求提交一份报告,团队就凑一份,审核通过后PPT再也不会被打开。判断方式很简单——看看PPT里有没有后续月份的修订记录,没有就是一次性文档。
每种反模式都有一个共同特征:PPT和实际工作之间没有闭环。新准则的真正用途,是通过这份文档让“说过的”和“做过的”对得上。
4.3 用演示粗排快速把报告压到“可讨论”状态
粗排是评审前最省时间的动作。把53页按“结论页-验证页-支撑页”三类重新排序,并不是直接裁剪原文件,而是一份页码清单:
结论页(优先评审):2, 5, 10, 31, 42 验证页(重点抽查):11-20页中包含图表或表格的页面 支撑页(按需翻阅):其余全部页面参数说明:结论页通常是封面、质量目标、PDCA总览、缺陷汇总、新七手法结论这5类页面,评审会只需要过这5页;验证页是中间那些有数据、有编号的页面,用于回答结论页上提出的疑问;支撑页是剩余的说明性内容,只在争议时翻阅。实施时可以在映射表里加一列“评审优先级”,取值P0/P1/P2,P0对应结论页,P1对应验证页,P2对应支撑页。
这个排序比从第1页到第53页翻一遍快得多。团队第一次试用时,评审会从两小时压缩到四十五分钟,不是大家看得快了,而是只有P0和P1页面的讨论才值得占用会议时间,P2页面里的问题大多可以在会前用批注解决。
5. 收尾技巧:用“三页复盘”把53页变成团队资产
5.1 三页复盘的具体做法
评审结束后的复盘不要写长文。我一般会用三页PPT固定结构,每次评审后往模板里填数据,而不是重新组织语言。
第一页:缺陷概览。放总数、S1/S2数量变化趋势、三张图(严重度分布、阶段分布、验证依据覆盖率)。这一页必须直接从第3章导出的JSON生成,不允许人工手绘数据,避免“美化过的数字”混进复盘。
第二页:缺陷原因归类,分三类——人行为类(漏操作)、规范类(流程定义不清晰)、跨团队类(接口和职责边界问题)。每一类至少给一个真实案例,标明它在前一轮53页PPT里的页码和记录编号。
第三页:资产沉淀。这一页放“下次可以直接复用”的东西:新的SQL查询、新的校验脚本、本次新增的检查模板条目。这些资产按月份累计,一年之后这一页就变成了团队质量知识库的目录。
三页复盘和53页PPT的关系需要明确:PPT面向汇报和评审,三页复盘面向下一次执行。PPT会被归档,三页复盘里的资产会被持续调用,后者才对过程改进有实际价值。
5.2 验证这53页是否真的被用上
判断一份53页PPT是否真的在指导工作,不用看文件修改时间,而是要抽查三个具体动作。
第一,检查“缺陷编号”是否连续。有人真正在按新准则执行时,缺陷编号一定会跨月连续增长,不会出现编号断层和重复。第二,检查“验证人签名”字段是否有对应的内网ID或工号。没有签名的结论页再多,也只是模板。第三,检查“修订历史”里每次修订是否对应实际事件——缺陷率上升、审计问题、需求变更等。修订历史里只有“更新格式”一类记录的,说明文档已经在应付了。
这三个抽查点执行起来成本很低,每个项目花十分钟就能形成判断。把它们作为常规评审前的预热动作,比评审会上当场翻PPT要有效得多。新准则的落地最终靠的是每一次评审会都能从这份PPT里找到有价值的线索,而不是把PPT本身当成质量证明。
本文还有配套的精品资源,点击获取