简介这份PPT围绕技术创新方法TRIZ理论展开面向企业管理者、研发工程师、高校师生以及对创新思维工具感兴趣的学习者帮助其理解如何把看似偶然的发明创造转化为有规律可循的系统方法。资源为1个pptx文件压缩包约1.96MB轻量易取可直接用于培训课件、课堂教学或自学参考。内容覆盖TRIZ理论的产生脉络与关键节点包括阿奇舒勒对大量专利的分析、1956年首篇论文、1961年首部著作以及1989年国际TRIZ协会的建立并系统梳理40条发明创造原理、技术矛盾与技术系统进化法则等核心内容。同时结合凿岩机到凿岩台车的演进、羽毛笔到圆珠笔的迭代以及摩尔多瓦总统竞选、非典防治、汽车刹车系统由12个零件精简为4个等案例说明该理论在工程技术之外的广泛适用性。目前已有87人学习适合希望掌握创新方法论、提升问题分析与方案生成能力的中高级读者快速入门。1. 从凿岩机的三个数字说起这份 TRIZ 概论 PPT 值不值得翻一份没有一行公式的 PPT凭什么被反复转手先看它举的那组数字手持凿岩机劳动强度记 10、自动化水平记 38气腿式把强度压到 3、自动化仍是 38到了凿岩台车生产率抬上去井下作业人数却降下来。这不是参数微调是一次次把“想省力就得加重量”这类矛盾拆开重装。《技术创新方法TRIZ理论概论.pptx》讲的就是这套拆装逻辑阿奇舒勒在专利评审岗位上翻完海量发明专利得出一个反直觉结论——发明不靠灵感靠规律。搞研发、做工艺、带项目评审的人都能从这份 PPT 里拿到一张可查阅的“矛盾—原理”对照表而不是再听一遍头脑风暴的口号。2. 三个支点技术矛盾、进化法则与理想最终解TRIZ 被讲烂的地方在于很多人只记住了“40 条原理”这个数字却不知道它挂在哪根梁上。真正撑起这套方法的只有三根柱子技术矛盾往哪找问题、进化法则方向对不对、理想最终解终点在哪。这三样东西顺序不能乱——先定位矛盾再判断系统处在生命周期的哪一段最后才谈用哪条原理动手。顺序颠倒的典型症状是方案提了一堆评审时没人说得清它比现状好在哪个指标上。2.1 技术矛盾与物理矛盾39 个通用工程参数是坐标系阿奇舒勒把专利里的问题归成两类。技术矛盾是“A 变好B 变差”比如提高凿岩机冲击功率机身重量、粉尘和噪声跟着涨。物理矛盾是同一个参数要同时满足两个相反要求钻杆既要“硬”以传递冲击能又要“柔”以吸收反冲。技术矛盾可以查表物理矛盾必须先分离——按时间分离、按空间分离、按条件分离、按整体与部分分离。四句话看着简单实际项目里八成争论都卡在“到底该硬还是该软”上因为没人把它写成两条相反的要求。39 个通用工程参数就是给这些口语化描述做的标准化翻译。参数对不上矩阵就查不出来查不出来后面全凭感觉。下面这张表是几组高频参数的对照实际项目里统一口径比选哪条原理重要得多。参数序号标准名称现场常见说法备注1运动物体重量整机自重、钻架重量与 9 号速度常成对出现9速度钻进速度、节拍、响应时间既指物理速度也指业务流程速率14强度结构刚度、抗疲劳、承压能力与重量是经典对抗项21功率装机功率、算力、产能常与 36 号能耗冲突36装置复杂性零件数、接口数、审批环节刹车系统瘦身案例就落在这里39生产率单位时间产出、吞吐量目标参数很少作为恶化项把左边的指标写清楚才轮到“怎么改”。这一步在企业管理场景同样成立把“审批太慢”翻译成 9 号速度“风险控制不住”翻译成 27 号可靠性矛盾矩阵照样能查。2.2 进化法则与理想度先判断方向再谈方案技术系统不是随机演化阿奇舒勒从专利里总结出的规律包括系统完备性、能量传递、协调性、提高理想度、子系统不均衡、向超系统跃迁、微观化和动态化。工程上最实用的是把 S 曲线和理想度绑在一起看婴儿期拼可行性成长期拼参数成熟期拼成本与专利壁垒衰退期只能换原理或跃迁到超系统。一个还在成长期的系统你硬要它做颠覆式重构投入产出比通常很难看。理想度是个比值不是打分表上的总分。它的写法有很多版本工业界常用的是“有用功能之和 ÷成本 有害效应之和”。分母里同时放成本和危害是因为省下来的钱和消掉的粉尘本质上是一回事——都在提高理想度。下面这段脚本是最小可用的估算# 理想度快速估算同一项目前后必须用同一口径打分否则比值没有比较意义 useful {钻进效率: 8, 定位精度: 7, 连续作业: 6} # 有用功能权重 1-10 cost {采购成本: 5, 能耗: 4} # 成本项权重 1-10 harm {粉尘: 6, 噪声: 3} # 有害效应权重 1-10 def ideality(u, c, h): return sum(u.values()) / (sum(c.values()) sum(h.values())) print(f现状理想度 {ideality(useful, cost, harm):.2f}) # 方案 B加装除尘减振有害项降同时简化结构成本降 cost_b {采购成本: 5, 能耗: 3, 维护: 2} harm_b {粉尘: 2, 噪声: 2} print(f方案B理想度 {ideality(useful, cost_b, harm_b):.2f})参数说明三组字典的键是功能或效应的名字值是 1 到 10 的主观权重打分人必须固定跨部门打分要先把口径对齐。脚本输出的是比值不是绝对分数2.0 和 1.3 之间有比较意义1.3 和 1.35 之间没有别在小数点后两位上吵架。真正有用的是看分母——多数“创新方案”之所以被否是因为只加了有用功能分母一点没动。2.3 40 条发明原理与矛盾矩阵的查表动作矛盾矩阵是一张 39×39 的格子表行是改善的参数列是被恶化的参数格子里按推荐顺序列着 3 到 4 个原理编号。它的价值不在准确预测答案而在强制你从“我熟悉的那几条原理”里跳出来。下面列几条在机械、工艺和管理场景里复用率最高的原理。编号原理名称典型动作管理场景类比1分割把整体拆成可独立更换的模块拆掉串行的审批节点2抽取只保留有用的部分或属性从长报表里抽出异常项10预先作用提前完成全部或部分动作预置模板、预校验15动态性让部件或流程可自适应弹性排班、动态阈值24中介物引入中间载体传递作用中台、代办角色35参数变化改变温度、浓度、节奏调整评审颗粒度40复合材料用多种材料组合替代单一材料复合型岗位、混合云架构查表时最容易犯的错是拿“我以为要改的参数”去查而不是拿“评审会上真实被恶化掉的参数”去查。前者是主观愿望后者才是矛盾。建议在会议记录里固定写两栏本次改善的参数编号、随之恶化的参数编号查表动作留痕方案被否时也能追溯。3. 把 PPTX 拆成可检索的知识库python-pptx 提取与结构化PPT 作为“企业管理 PPT 文档资料”的典型形态问题从来不是内容差而是检索不动。几十页的课件想找“哪一页讲过理想度”“40 条原理在哪几页举例”只能靠翻。把 PPTX 抽成结构化 JSON再挂一层关键词索引课件才从讲义变成工具书。3.1 环境准备与页面结构探测先装库再确认这份课件的排版是“标题占位符 正文占位符”还是“文本框满天飞”。两种情况的抽取策略完全不同。pip install python-pptx # 顺手装上 pandas后面导出矛盾矩阵表要用 pip install pandasfrom pptx import Presentation from collections import Counter DECK 技术创新方法TRIZ理论概论.pptx prs Presentation(DECK) print(f页数{len(prs.slides)}) counter Counter() for slide in prs.slides: for shape in slide.shapes: # 先统计每页用了哪些形状类型判断是否为标准占位符排版 counter[shape.shape_type] 1 print(counter)参数说明shape_type里PLACEHOLDER表示占位符TEXT_BOX表示手工拖出来的文本框。如果TEXT_BOX占绝大多数说明标题没有落在占位符里抽取时要靠“字号最大的一行”来猜标题而不是靠slide.shapes.title。这一步只做判断不改内容避免把课件结构猜错。3.2 提取标题、要点层级与备注要点层级 (paragraph.level) 是 PPT 里最容易被忽略的一层信息它其实标出了“论据”和“子论据”的关系。抽的时候必须保留否则 40 条原理会和它的举例混成一堆。import json def shape_lines(shape): 按段落抽文本保留 PPT 里的大纲层级 if not shape.has_text_frame: return [] lines [] for para in shape.text_frame.paragraphs: text .join(run.text for run in para.runs).strip() if text: lines.append({level: para.level, text: text}) return lines records [] for idx, slide in enumerate(prs.slides, start1): page {page: idx, title: , bullets: [], notes: } for shape in slide.shapes: for line in shape_lines(shape): # 页面第一行通常是标题其余按层级进 bullets if not page[title] and line[level] 0: page[title] line[text] else: page[bullets].append(line) # 备注页往往藏着讲课人的补充案例别丢 if slide.has_notes_slide: page[notes] slide.notes_slide.notes_text_frame.text.strip() records.append(page) with open(triz_deck.json, w, encodingutf-8) as f: json.dump(records, f, ensure_asciiFalse, indent2) print(f已解析 {len(records)} 页)参数说明level为 0 的段落进标题1 及以上进要点列表ensure_asciiFalse保证中文不转义方便后续用编辑器直接搜。备注页 (notes_slide) 常被忽略但讲师补充的落地案例往往只写在这里抽取时一并带上检索命中率会明显变高。抽取后的字段结构可以直接当索引表用字段含义后续用途page幻灯片页码溯源定位回查原页title页面标题建标题索引做目录bullets层级要点列表全文检索、原理编号提取notes备注页文本案例补充不参与标题索引3.3 生成可查询的原理与页码对照有了 JSON做“输入原理编号返回所在页码”的功能只剩十几行。这一步是整份资料从“看过”到“用得上”的分界线。import json, re records json.load(open(triz_deck.json, encodingutf-8)) index {} for page in records: text page[title] .join(b[text] for b in page[bullets]) page[notes] # 匹配“第 24 条”“原理 24”“24.”等常见编号写法 for num in set(re.findall(r(?:原理|第)?\s*(\d{1,2})\s*(?:条|、|\.|), text)): n int(num) if 1 n 40: index.setdefault(n, []).append(page[page]) for n in sorted(index): print(f原理 {n:2} 出现在页码{sorted(set(index[n]))})这段逻辑说明两点正则把编号和标点绑在一起避免把“1995 年”“3000 年”里的数字误判成原理编号set去重是为了同一页重复提到同一条原理时不产生噪声。跑完之后通常会发现有些原理在课件里根本没出现这恰恰是最值得补的部分——查漏比复习有效。4. 跑一遍完整流程从凿岩机功能拆解到刹车系统式的结构瘦身方法论看完不动手一周就忘。选一个自己熟悉的设备或流程按“功能分析—定位矛盾—查表—评分”走完一轮比读十份课件管用。这一章用课件里的凿岩机演化做主线顺带把 Rockwell 刹车系统“12 个零件缩减为 4 个、成本降一半”那类瘦身的思路拆开看。4.1 功能分析把设备写成“主语—动作—宾语”三列表功能分析的产出不是文字描述而是一张能数的表。每个功能写清楚作用对象、动作和性能水平再标注它是正常、不足还是过度。作用对象动作功能类型性能水平判断岩体冲击破碎有用偏高正常继续强化钻杆导向有用偏低不足需改善粉尘抑制有用缺失缺失须补机身支撑有用过度过度设计可减重操作者施力有害高有害应消除表里“过度”和“有害”两行是重点。功能分析常见的成果不是发现缺什么而是发现自己一直在为一个不需要那么强的指标付成本。刹车系统把 12 个零件压到 4 个前提就是先把“哪些功能其实是同一个功能被拆着做了”找出来靠合并而不是靠删减。4.2 定位矛盾从功能表里挑出最刺眼的一对参数功能表填完矛盾自己会浮出来。凿岩机最典型的一对是 9 号速度/生产率与 1 号运动物体重量想快就得加重想轻就得降速。查矩阵就是把这个坐标丢进去。# 极简矛盾矩阵查表键为改善参数, 恶化参数值为按推荐顺序排列的原理编号 # 数据为节选示例正式项目请以完整矩阵表为准不要用这里的子集替代 MATRIX { (9, 1): [2, 35, 3, 28], # 速度↑ 而 重量↑ (1, 9): [35, 10, 14, 3], # 重量↑ 而 速度↓ (14, 9): [28, 29, 1, 8], # 强度↑ 而 速度↓ (36, 21): [1, 2, 5, 15], # 复杂性↑ 而 功率↑瘦身常用 } def lookup(improve, worsen): key (improve, worsen) hits MATRIX.get(key) if not hits: # 查不到时不要硬套换参数编号重查或直接转物理矛盾分析 return None return hits print(lookup(9, 1))参数说明improve是要改善的参数编号worsen是随之恶化的参数编号顺序不能反矩阵是方向性的。返回的编号按推荐度排序第一个不一定最合适但通常最值得先想。查不到是常态说明参数翻译错了或者这个问题本质是物理矛盾需要改用分离原理而不是继续换格子找。4.3 原理落地与评分12 个零件变 4 个的那类瘦身怎么来的拿到原理编号只是起点。以 (36, 21) 返回的“分割 抽取 合并 动态性”为例落到刹车系统上就是把功能相同但分置的零件合并原理 5把只起连接作用的零件抽掉原理 2把固定结构改成可自适应结构原理 15。方案出来之后必须用同一把尺子打分否则会议会退化成站队。# 方案评估矩阵维度权重之和为 1得分 1-5 分 weights {功能达成: 0.35, 成本降幅: 0.25, 可制造性: 0.20, 维护便利: 0.20} schemes { 方案A-加装除尘: {功能达成: 4, 成本降幅: 2, 可制造性: 4, 维护便利: 3}, 方案B-结构合并: {功能达成: 4, 成本降幅: 5, 可制造性: 3, 维护便利: 4}, 方案C-改用液压: {功能达成: 5, 成本降幅: 3, 可制造性: 2, 维护便利: 2}, } for name, score in schemes.items(): total sum(score[k] * w for k, w in weights.items()) print(f{name}加权得分 {total:.2f})参数说明权重必须在打分前确定并公示事后调权重是最常见的作弊方式维度控制在 4 到 6 个超过 6 个评委就开始凭手感填。得分只用于排序不用于证明方案正确——真正要盯的是“成本降幅”这一列因为它对应理想度公式里的分母。5. 卡壳时的进阶动作ARIZ、物场分析与落地参数当矛盾矩阵查不到、或者问题已经改到参数层面还解决不了说明需要换层级。课件里提到的 40 条原理只是入门工具往下还有两件更硬的东西。ARIZ发明问题解决算法是把整个流程写成九步的强约束程序适合孤立无援、又必须出结果的场合它啰嗦但逼你把每一步的假设写下来卡住时往往就是在某一步发现前提错了。压缩成三条动作更好记重述问题为“要实现什么功能、阻止它的是什么”把资源列全包括空间、时间、信息、场再把理想最终解写成“这个东西自己就把事办了”。物场分析解决的是另一类问题凡是能用“两个物质 一个作用”画成三角形的系统都能套用 76 个标准解。典型套路是引入第三个物质或场来打断有害作用或者用场替代机械连接。判断标准很简单——如果你在描述里反复出现“它俩之间老出问题”基本就是物场模型该上场了。落地时有几个数字值得记住。课件里提到通过 40 个学时的系统培训有 20 余名大学生在校期间就申请了专利摩托罗拉、三星、通用电气等企业也是通过长期内部培训把 TRIZ 嵌入研发流程的而不是请一次外部讲师就结束。企业内训更现实的做法是把 40 条原理做成 A4 卡片贴在工位上在方案评审表里强制增加两栏——“本方案改善的参数编号”“随之恶化的参数编号”每季度统计一次原理使用频次用得最少的十来条就是下一轮培训的重点。这套动作不需要额外预算只需要把留痕要求写进评审模板坚持两个季度团队提方案的质量分布就会明显改变。本文还有配套的精品资源点击获取