技术讨论表达能力
# 03.技术讨论表达能力
# 目录介绍
- 1. 案例引入
- 2. 讨论全景图
- 3. SCQA 表达框架
- 4. 观点站得住的三支柱
- 5. 异议表达三段式
- 6. 白板法引导讨论
- 7. 化冲突为共识
- 8. 特殊参与者应对
- 9. 讨论反模式
- 10. 综合案例串讲
# 1. 案例引入
# 1.1 会议室里的两小时
张伟支付项目进入 M3 阶段，部门另起一个议题——API 网关选型：是自研，还是买商业方案（如 Kong Enterprise、Apigee）？周三下午 14:00 会议室，8 人参会：CTO、张伟所在组的 Leader 老王、隔壁组老徐（发起人）、张伟、以及 4 位其他工程师。
老徐一开口：
14:00 老徐: "各位, 我强烈建议自研 API 网关!
Kong 一年授权费 80 万, 三年就是 240 万!
自研我们完全可控, 未来想加什么都行!
我上家公司就这么干的, 效果特别好!"
(声音洪亮、语速飞快、拍桌子)
14:05 Leader 老王: "自研有什么风险?"
老徐: "没什么风险! 我们团队水平在这儿!
就是投入两个月, 我一个人就能搞!"
14:10 张伟: "但商业方案有企业级支持, 出故障..."
老徐: (打断) "小张, 你不了解, Kong 的社区响应也慢!
自研出故障我们自己 30 分钟修!"
张伟: (被打断, 有点懵)
14:20 老徐: "而且商业方案锁定, 三年后想切都切不了!"
其他工程师小李: "但是自研的运维成本..."
老徐: (再打断) "运维成本一点都不高!
我上家 3 个人运维了 5 年都没事!"
14:40 张伟又想插话:
张伟: "关于长期维护..."
老徐: (第三次打断) "小张你先听我说完这个方案的三大优势..."
15:00 CTO: "我看时间快到了, 大家意见都发表得差不多了,
总的来说自研方案听起来挺完整, 就按老徐说的评估吧?"
张伟: (欲言又止)
其他人: 沉默
15:05 会议结论: 启动自研 API 网关方案评估
结论：会议"通过"了自研方案。但张伟一直有几个关键疑问没说出口：
未说出口的疑问:
① 老徐上家公司 3 人运维 5 年 - 那是 3 人还是团队 3 人平摊 3 天/年?
② 240 万授权费 vs 自研 6 人月 × 3 年 = 多少?
③ 自研出故障 30 分钟修 - 有过数据吗?SLA 怎么承诺?
④ "未来想加什么都行" - 商业方案有插件机制, 差异有多大?
三个月后，自研网关项目翻车：预估 2 人月做成 6 人月，性能未达商业方案，团队骨干抱怨"这本来应该买"。复盘时，张伟才发现自己那次会议如果能好好表达，本可以避免。
# 1.2 顺藤摸到根因
带着这条线往下挖：
- 假设 1：张伟技术能力不行？——不是，他方案设计能力已经很好
- 假设 2：老徐真的说得对？——不是，事后证明有多个盲点
- 假设 3：CTO 被老徐忽悠了？——部分，但更根本是讨论没结构
- 假设 4：为什么张伟说不过老徐？——嗓门大 + 打断 = 表面赢
- 假设 5：张伟怎么才能不被打断？——结构化表达 + 白板 + 提问权
- 假设 6：老徐赢在什么？——声音 + 情绪 + 语速，不是逻辑
- 假设 7：怎么用逻辑压过声音？——本篇的主线
仔细分析张伟这次翻车的根因：
表象 真实问题
────────────────────────────────────────────
被打断三次不敢再插 → 没有结构化表达, 一句话说不完
"关于长期维护..." → 铺垫式开场, 结论没抛
"应该考虑..." → 弱势用词, 立场不明
沉默让 CTO 收场 → 没主动引导讨论方向
根因：张伟以为"讨论是发表观点"——其实讨论是引导集体决策的过程。你不引导，就是被引导。
这一段里至少藏着 8 个原理点：
① 技术讨论到底是干什么? 是发表意见还是拿决策? → 第 2 章
② 想说清楚一件事的最短表达结构是什么? → 第 3 章
③ 观点为什么"站不住"? → 第 4 章
④ 反对别人怎么才能不被记仇? → 第 5 章
⑤ 一支笔如何变成会议室主动权? → 第 6 章
⑥ 有人反对到底就是要反对, 怎么办? → 第 7 章
⑦ 嗓门大逻辑弱者怎么应对? → 第 8 章
⑧ 上级压场时能不能坚持自己? → 第 8 章
# 1.3 我们要回答什么
这个事故就是本篇的主线案例。带着上面 8 个问号往下走。
本篇路线：
讨论全景图 (第 2 章)
↓
SCQA 表达框架 (第 3 章) ─→ 解开"想说清楚的最短结构"
↓
观点三支柱 (第 4 章) ─→ 解开"为什么站得住"
↓
异议表达 (第 5 章) ─→ 解开"反对不树敌"
↓
白板法 (第 6 章) ─→ 解开"物理主动权"
↓
化冲突为共识 (第 7 章) ─→ 解开"从吵架到决策"
↓
特殊参与者应对 (第 8 章)
↓
反模式 (第 9 章)
↓
综合案例 (第 10 章) ─→ 张伟第二次讨论
📌 本篇定位：本篇是软技能的表达层。方案再好，讨论中丢分就是失败。技术讨论能力 = 让你的方案在集体决策中活下来的能力。
# 2. 讨论全景图
# 2.1 四种讨论模式
一场"技术讨论"可能是四种截然不同的东西，混淆是万恶之源：
┌──────────────────────────────────────────────────────────┐
│ 四种讨论模式 │
├──────────────────────────────────────────────────────────┤
│ │
│ ① 头脑风暴 (Brainstorming) │
│ 目的: 尽可能多产生想法 │
│ 规则: 不否定、不评判、加法思维 │
│ │
│ ② 方案对比 (Trade-off Discussion) │
│ 目的: 在几个已知方案中选一个 │
│ 规则: 有评审标准、有加权、逐维度对比 │
│ │
│ ③ 决策拍板 (Decision Making) │
│ 目的: 出一个可执行结论 │
│ 规则: 有主持人、有决策者、有会后 Action │
│ │
│ ④ 信息同步 (Sync) │
│ 目的: 让所有人对齐信息 │
│ 规则: 单向为主, 允许澄清问题 │
│ │
└──────────────────────────────────────────────────────────┘
对照第 1 章的会议：
议题: API 网关选型 → 应该是 ② 方案对比 或 ③ 决策拍板
实际: 老徐当成 ④ 信息同步 (我讲, 你们听)
CTO: 收尾当成 ③ 决策拍板 (直接拍)
张伟: 在心里当 ② 方案对比 (想对比 Trade-off)
→ 四个模式在同一场会里错位, 讨论必然翻车
结论：会议一开始就要对齐模式——这是主持人的第一动作。不确定模式就不开会。
# 2.2 目标决定形式
疑惑：模式对齐了以后怎么办？
论证：不同模式的动作/输出/时长都不同：
| 模式 | 主持动作 | 输出 | 时长 | 参会人数 |
|---|---|---|---|---|
| 头脑风暴 | 收集不评判 | 想法清单 | 30-60 min | 5-10 |
| 方案对比 | 引导对齐维度 | 决策矩阵 | 45-90 min | 3-6 |
| 决策拍板 | 请决策者拍板 | Action 清单 | 15-30 min | 2-4 |
| 信息同步 | 讲清+答疑 | 会议纪要 | 20-40 min | 不限 |
关键原则：会议开始 3 分钟，主持人必须说清"今天是哪种模式"——否则每个人按自己以为的模式来，两小时后没人满意。
# 3. SCQA 表达框架
# 3.1 情境冲突问答
疑惑：怎么在 60 秒内把一件复杂的事说清楚，让人听懂？
论证：SCQA 框架（麦肯锡金字塔原理经典四要素）：
S - Situation (情境) 大家共识的背景
C - Complication (冲突) 但是发生了什么问题
Q - Question (问题) 所以我们要回答什么
A - Answer (答案) 我的建议是......
对照张伟没说出口的话，用 SCQA 重写：
❌ 张伟原版 (被打断):
"关于长期维护, 我觉得......" (还没到重点就被打断)
✅ SCQA 版:
S: "我们要在自研和商业方案里选一个网关。"
C: "但目前的对比只算了授权费 240 万, 没算 3 年自研的运维/迭代人力。"
Q: "所以真正的问题是: 三年总拥有成本 (TCO) 到底哪个低?"
A: "我建议先花 20 分钟, 把两边 3 年 TCO 都列出来, 再决定。"
为什么 SCQA 不被打断：
① S 建立共识 → 对方点头 → 心理上"接受你在讲"
② C 制造问题 → 对方好奇 → 想听下文
③ Q 收束到点 → 对方聚焦 → 不走神
④ A 给出方向 → 对方回应 → 讨论继续
对比铺垫式:
"关于..." (对方: 关于什么? 你要说啥?) → 打断
结论：SCQA 是把"心里的想法"翻译成"别人的思考路径"。
# 3.2 结构化四要素
四要素展开示范（TCO 讨论）：
S - 情境:
"我们组和老徐组都在讨论 API 网关。今天要在自研和 Kong 里选一个,
影响未来 3 年整个平台的接入方式。"
C - 冲突:
"刚才对比的是显性成本 (Kong 授权 240 万 vs 自研 0 元)。
但根据我上周查的行业报告 (指 InfoQ 2025 微服务运维基线),
自研网关平均运维投入是许可费的 2-3 倍——这部分被漏算了。"
Q - 问题:
"所以我们真正要回答的问题不是'省不省 240 万',
而是'3 年 TCO 谁低、性能谁强、锁定风险谁大'。"
A - 答案:
"我建议:
(1) 现在花 20 分钟, 把 3 年 TCO 都算清楚
(2) 把维度扩展到 TCO + 性能 + 锁定风险 + 团队学习成本
(3) 加权打分后再拍板
我可以主持这个对比过程。"
结论：SCQA + 具体建议 = 让讨论从"你听我说"变成"我引导讨论"。
# 3.3 从想到说的翻译
疑惑：脑子里想的是一堆散点，怎么翻译成 SCQA？
论证：三步翻译法：
Step 1: 把散点全部写下来 (30 秒)
- Kong 240 万贵
- 但运维成本高
- 老徐上家是 3 人运维 5 年
- Kong 有企业支持
- 自研可控
- 我们团队没做过
- 长期看 Kong 不锁定
...
Step 2: 归类到 SCQA
S (共识): 要选一个网关方案
C (冲突): 现在的对比缺 TCO / 性能 / 锁定风险
Q (焦点): 三年 TCO 谁低?
A (建议): 花 20 分钟算 TCO
Step 3: 去掉冗余, 保留最强论据
只留 1 个共识、1 个冲突、1 个问题、1 个建议
→ 60 秒可讲完
结论：60 秒 SCQA = 讨论中的"决胜球"。练熟了，任何复杂想法都能压缩到一分钟。
# 4. 观点站得住的三支柱
# 4.1 事实与判断分离
疑惑：为什么我讲的东西被人否定？
论证：因为你没把事实和判断分开：
❌ 混合表达:
"自研网关不靠谱"
听者反应: 谁说的不靠谱? 你的判断嘛! → 反驳空间大
✅ 分离表达:
"事实: Netflix Zuul 自研经历了 3 年才稳定,
我们上一次自研中间件 (消息队列) 花了 18 个月还没稳定。
判断: 基于以上事实, 我认为自研网关的稳定周期
大概率超过我们的耐心 (1 年)。"
听者反应: 事实要么承认要么反驳, 判断顺理成章 → 反驳空间小
关键动作：每句判断前都问自己"我的事实是什么"——如果没有事实,那就是感觉,不该说出口。
# 4.2 论据的可验证性
疑惑：什么样的事实算"能站得住的事实"?
论证：四级可验证性：
L1 权威数据: Gartner / Forrester / InfoQ 行业报告
L2 公司数据: 我们自己的监控数据、事故报告
L3 类比数据: 同类公司的公开案例 (要注明来源)
L4 个人经验: "我上家怎么怎么" → 最弱, 但依然可用
表达中的策略：
优先级: L1 > L2 > L3 > L4
L1 场景: "Gartner 2024 API 网关 MQ 报告显示, 自研网关 TCO 平均是商业方案的 1.8 倍"
L2 场景: "去年我们自研消息队列的实际投入是 18 人月"
L3 场景: "字节公开分享说他们从自研 Zuul 迁移到 Higress"
L4 场景: "我上家 3 人运维 5 年" ← 老徐用的这条
结论：老徐输在只用 L4 — 他的所有论据都是"我上家如何"。上层数据一压就翻。
# 4.3 边界与例外
疑惑：为什么讲得很有道理还是被找漏洞？
论证：因为你没主动摊边界——对方通过找漏洞来消解你的观点。
❌ 全称式:
"自研网关总是很贵"
反驳: "阿里也自研啊! 阿里就不贵吗?" → 你答不上
✅ 有边界的:
"在团队规模 < 30 人 / 业务体量 < 1000 QPS 场景下,
自研网关的 TCO 通常比商业方案高。
(阿里/字节体量下自研反而有规模效应, 是另一个 domain。)"
反驳: 反驳无从下手, 因为你已划清界限
关键动作：说观点时主动摊出"我这个观点适用的边界"——让对方无处下嘴。
结论：观点三支柱 = 事实/判断分离 + 可验证论据 + 边界例外。少一根柱子就摇晃。
# 5. 异议表达三段式
# 5.1 先接后转再给
疑惑：反对同事的观点，怎么才能不撕破脸？
论证：先接后转再给三段式：
① 先接: 承认对方观点里有价值的部分
② 后转: 用"同时"、"另外"引出你的补充/异议 (不用"但是")
③ 再给: 给出具体建议或问题
示范:
① "老徐讲的自研可控性,我完全认同——尤其是二次开发效率高。"
② "同时,我想补充一个维度——3 年 TCO。"
③ "如果我们花 15 分钟把 TCO 也列出来,决策会更完整。要不我在白板上开一列?"
为什么"但是"不好：
"但是" = 心理上把前面全否定
"同时"、"另外" = 心理上叠加, 不否定
大脑对"但是"的解读:
"我承认你说的......但是【前面都不算,重点在后面】"
大脑对"同时"的解读:
"我承认你说的......同时【补充一个角度,共同完善】"
结论：语言细节改一个词,气氛改一个色。
# 5.2 反对不是反对人
疑惑：怎么让"反对观点"不被理解为"反对人"？
论证：四条硬规则：
规则 1: 反对方案, 不反对提方案的人
❌ "老徐, 你这方案有问题"
✅ "这个方案里, 有一个假设值得再讨论"
规则 2: 用"我"陈述, 不用"你"陈述
❌ "你没考虑运维成本"
✅ "我担心运维成本这块还没算"
规则 3: 说观点不说标签
❌ "你这是过度自研倾向"
✅ "现在的方案对自研信心比较强, 我想补充一些数据"
规则 4: 提问代替指责
❌ "你根本没想过 TCO"
✅ "TCO 那块的数据有吗?"
结论：语言把"人"和"方案"物理隔开——反对方案 = 帮方案更好。
# 5.3 用问句代替陈述
疑惑：为什么问句比陈述句更有力？
论证：陈述句让对方防守，问句让对方思考：
❌ 陈述: "自研运维成本很高"
对方: 防御 → "才不高! 我上家 3 人干 5 年!"
✅ 问句: "自研运维要几个人?几年之后如果这些人离职怎么办?"
对方: 思考 → "呃...... 至少 2 人, 离职的话......"
→ 你不用讲, 对方自己发现问题
问句的四种句型：
① "有没有数据支撑?" (指向论据)
② "什么情况下不适用?" (指向边界)
③ "如果 X 发生了怎么办?" (指向风险)
④ "我们要不要试算一下?" (指向下一步动作)
结论：问句是"让对方帮你说服他自己"的技巧。软力量大过硬力量。
# 6. 白板法引导讨论
# 6.1 视觉化的威力
疑惑：为什么白板/共享文档比嘴说管用？
论证：三重威力：
① 记忆力威力:
听觉记忆 20 秒消退, 视觉持续存在
→ 你写下的东西, 讨论会一直回到它
② 主导权威力:
拿起笔 = 拿起主导权
→ 大家的目光跟着笔走
③ 收敛威力:
散点讨论 → 白板结构化
→ 讨论无法在"我上家"那种散点纠缠
对照第 1 章：如果张伟一开始就在白板上画出这样的图：
API 网关选型 决策矩阵 (画在白板上)
┌────────┬──────┬──────┬───────┬──────┐
│ 维度 │ 权重 │ Kong │ 自研 │ Higress│
├────────┼──────┼──────┼───────┼──────┤
│ 授权费 │ 0.15 │ ? │ ? │ ? │
│ 3年TCO │ 0.25 │ ? │ ? │ ? │
│ 性能 │ 0.20 │ ? │ ? │ ? │
│ 生态 │ 0.15 │ ? │ ? │ ? │
│ 锁定 │ 0.10 │ ? │ ? │ ? │
│ 学习 │ 0.15 │ ? │ ? │ ? │
└────────┴──────┴──────┴───────┴──────┘
讨论从此不能跑题——每个人都得填格子，老徐的"我上家"套路瞬间失效。
结论：白板就是引力。张伟输就输在没有走向白板。
# 6.2 五种常用图
技术讨论中最常用的五种白板图：
① 决策矩阵 选方案时
② 时序图 讲流程时
③ 组件框图 讲架构时
④ 时间线 讲演进时
⑤ 决策树 讲分支时
时机:
- 讨论散乱 → 立刻上白板
- 观点对立 → 画维度对比
- 讨论无解 → 画决策树穷举
# 6.3 一支笔的主动权
疑惑：怎么"自然地"拿起笔？
论证：四句话开场：
1. "我把大家的观点先梳理下,大家看有没有偏差?" (帮所有人)
2. "为了讨论更聚焦,我在白板上列个维度大家一起打分?" (提效率)
3. "刚才 A 说的点,和 B 说的其实是不同维度,我画一下。" (澄清)
4. "我们的争议点是这三个,先聚焦哪个?" (聚焦)
关键：没人会拒绝"梳理"、"聚焦"、"澄清"——这是白拿的主动权。
注意：拿到笔以后，记录别人的观点要客观——你越客观，权威越大。歪曲对方观点 = 立即失去信任。
# 7. 化冲突为共识
# 7.1 冲突背后是关切
疑惑：老徐坚持自研，我坚持 Kong，怎么办？
论证：冲突表面是"选哪个"，深层是"关切什么"：
表面冲突 深层关切
──────────────────────────────
"自研可控" → 害怕商业锁定
"Kong 省事" → 害怕自研翻车
"我们能搞" → 想证明团队能力
"运维成本" → 害怕上线后自己扛
结论：理解对方"真正在乎的",冲突就有解。
动作：关切访谈式提问：
"老徐,如果 Kong 有插件机制解决可控性,你还会坚持自研吗?"
"老徐,如果自研翻车,团队会怎么样?"
"如果我们能拿到 Kong 三年 30% 折扣,你的看法会变吗?"
→ 关切被表达 → 冲突松动 → 共识可能
# 7.2 共识五步法
从冲突到共识的五步：
Step 1: 分离事实和观点
"老徐说的和我说的,哪些是事实?哪些是判断?"
Step 2: 找共同事实
"我们都同意授权费 240 万, 都同意团队 15 人"
Step 3: 找不同判断的假设
"老徐的判断基于'团队能自研', 我的判断基于'团队还在学习期'"
Step 4: 验证假设
"去年我们做消息队列的实际投入是......" (拿数据)
Step 5: 基于验证后的共识决策
"既然团队在学习期是既定事实, 那基于此我们的选择是......"
结论：共识 ≠ 妥协。共识是基于共同事实 + 验证过的假设做出的最优决策。
# 7.3 分歧仍决策
疑惑：讨论完还是没法一致怎么办？
论证："承诺但可反对" (Disagree and Commit)——AWS 与谷歌都用的做法：
主持人收口:
"经过讨论, 我们发现:
- A 和 B 支持自研
- C 和 D 支持 Kong
- E (决策者) 决定采用 Kong
A 和 B:
你们的反对被记录在会议纪要
但一旦决定, 请全力配合执行
6 个月后复盘时, 会重新评估。"
关键点：
✅ 反对被记录 → 你的声音被听见
✅ 决策仍推进 → 组织不瘫痪
✅ 时间锚点 → 6 月后可复评
✅ 全力配合 → 不能上线时"你看我说吧"式甩锅
结论：Disagree and Commit 是成年人的组织——允许分歧,但要求承诺。
# 8. 特殊参与者应对
# 8.1 嗓门大逻辑弱者
症状（如老徐）：声大、语速快、频繁打断、论据都是"我上家"。
应对策略：
动作 1: 打断反打断
当被打断时: "老徐等一下, 我这个点说完你接着说"
(用"接着"给对方面子, 让他等)
动作 2: 拉回白板
"刚才的观点很好, 我先记在白板上, 我们再一个一个讨论"
(把讲话变成写字, 语速自然慢下来)
动作 3: 数据碾压
"老徐说自研省 240 万——同时我这里有 Gartner 报告说
TCO 通常是许可费 1.8 倍, 我们要不要一起算算?"
(L1 数据 > L4 经验)
动作 4: 请示决策者
"CTO, 我建议这个议题延到下周, 大家先各自准备数据"
(决策者更看重"数据充分"而非"讨论热烈")
# 8.2 静音不表态者
症状：全程不说话，问了就"都行"。
应对策略：
动作 1: 直接点名
"小李, 你负责运维, 从运维视角这个方案有什么担心?"
动作 2: 给具体选项
"小李, 你觉得方案 A 和 B 哪个运维成本更高?"
(yes/no 比开放问题更容易回答)
动作 3: 私下预沟通
会前 15 分钟单聊, 收集他的想法, 会上代他发言并请他确认
结论：静音者往往有关键信息——运维、QA、客服的沉默 = 上线后的雷。
# 8.3 反对为反对者
症状：你说什么他都反对，情绪化，不给建设性意见。
应对策略：
动作 1: 让他建设性
"X, 我理解你反对方案 A, 那你倾向哪个方向?"
(逼他提供替代方案, 90% 的反对者提不出)
动作 2: 让他量化
"X, 你说 A 风险大, 具体风险点是什么? 概率多大? 影响多少?"
(逼他从情绪走到数据)
动作 3: 让决策者感知
"CTO, 我需要 X 提供他反对的具体依据, 才能推进决策"
(把甩锅路线堵死)
# 8.4 上级压场者
症状：CTO/老板一开口，全场跟风；你的观点被压。
应对策略：
动作 1: 请求补充时间
"老板, 我理解您的方向, 我有一个补充数据 30 秒可以说完,
请您听完再拍板"
动作 2: 提问代替反对
"老板, 这个方案在 XX 场景下我有个担心, 想听听您的判断?"
(让老板自己发现问题)
动作 3: 会后 1v1
会上不硬顶, 会后单独找老板讲数据
(领导要面子, 私下改主意比公开改容易 10 倍)
结论：向上讨论的核心是"帮领导做出更好的决策"——不是抵抗,是辅助。
# 9. 讨论反模式
# 9.1 各说各话
症状：A 讲 A 的、B 讲 B 的，无交集。
危害：讨论 2 小时,一无所获。
修复：主持人主动归纳——"A 说的是 X 维度, B 说的是 Y 维度, 我们先聚焦 X"。
# 9.2 无限展开
症状：从"网关选型"跑到"编程语言选型"、"公司文化"。
危害：核心问题被稀释, 决策拖到下次会议。
修复：Parking Lot — 把跑题的话题写在白板一角"停车场", 说"这个议题很好, 但今天不讨论, 记下来单独开"。
# 9.3 情绪压过事实
症状：语气激烈、拍桌、人身评价。
危害：即使观点对, 也无人接受。
修复：主持人叫停——"我们先冷静 5 分钟, 回到数据"。
# 9.4 会而不议
症状：会开完了没结论、没 Action、没时间点。
危害：等于没开。
修复：会议纪要三要素——决策了什么、谁负责、什么时候完成。三个少一个 = 会白开。
# 10. 综合案例串讲
# 10.1 张伟第二次讨论
三个月后，自研网关翻车,团队上下痛定思痛。张伟主动请缨主持第二次网关选型评审，这次他是主持人。
会前一周准备：
Day -7: 与 CTO 对齐"这是方案对比模式, 不是信息同步"
Day -6: 找老徐 1v1, 听他的关切 (自研成就感 vs 团队学习期)
Day -5: 找运维小李预沟通, 收集运维数据
Day -4: 找财务拿 3 年 TCO 模板, 填数据
Day -3: 写好一份 6 页 Trade-off 简报, 提前 24 小时发出
Day -2: 白板画好决策矩阵框架 (只填维度, 不填分)
Day -1: 找 Leader 老王预演一遍
会议当天 14:00-15:30:
# 10.2 讨论主持全过程
14:00 张伟 (SCQA 开场):
S: "我们花了 3 个月尝试自研, 但翻车了。今天要重新拍板 API 网关。"
C: "上次会议我们缺失了 TCO 和运维成本两个维度, 导致决策偏差。"
Q: "所以今天要回答: 在 4 个候选方案里, 我们选哪个?"
A: "我建议我们用决策矩阵 + 加权打分的方式, 60 分钟拍板。"
(30 秒开场, 全场安静)
14:01 张伟 (对齐模式):
"今天是方案对比模式, 不是头脑风暴, 也不是信息同步。
产出是一个加权打分表 + CTO 拍板结论。同意的话我们开始。"
全场点头。
14:03 张伟 (拿笔上白板):
"我先把维度列出来, 大家看有没有漏的"
在白板上画:
┌────────┬──────┬──────┬──────┬───────┐
│ 维度 │ 权重 │ Kong │ Apigee│Higress│
├────────┼──────┼──────┼──────┼───────┤
│ TCO │ ? │ │ │ │
│ 性能 │ ? │ │ │ │
│ 生态 │ ? │ │ │ │
│ 锁定 │ ? │ │ │ │
│ 团队 │ ? │ │ │ │
│ 运维 │ ? │ │ │ │
└────────┴──────┴──────┴──────┴───────┘
"有漏的吗?"
14:05 老徐 (习惯性发声):
"怎么没有自研?"
张伟 (先接后转再给):
"自研的诉求我完全理解, 上次我们已经验证过成本和风险。
为了尊重上次的复盘结论, 今天我们只对比商业方案。
自研作为长期能力储备, 我们放到年底另启议题。
大家 OK 吗?"
老徐: "......行吧。"
(先接 → 后转 → 再给, 无反对空间)
14:08 张伟 (对齐权重):
"先定权重, 再打分。请大家在便利贴上分别给 6 个维度分 100 分,
我贴在白板汇总。"
(让所有人都有输入, 消除"你的权重是你自己定的"质疑)
14:12 权重结果:
TCO 25 / 性能 20 / 团队 15 / 运维 15 / 生态 15 / 锁定 10
14:15 张伟 (数据展示):
"我准备了 3 年 TCO 测算, 大家看这份表。
Kong: 320 万 (含许可+运维+开发)
Apigee: 400 万
Higress (开源+商业支持): 180 万
自研上次数据: 480 万 (含翻车成本)"
(L1 + L2 数据, 无可反驳)
14:30 逐维度打分, 打完总分:
Higress 8.2 分
Kong 7.3 分
Apigee 6.8 分
14:45 异议征询:
张伟: "有没有反对 Higress 的?请具体到维度和数据。"
老徐: "Higress 相对新, 生态没 Kong 成熟"
张伟 (记录): "记下来。所以 Higress 生态 6 分, Kong 8 分是我们已经反映的。
还有其他吗?"
老徐: "......暂时没有。"
15:00 CTO 拍板:
"就 Higress。张伟负责推进, 老徐加入方案组做架构评审。"
15:10 张伟 (会议纪要):
"决策: 采用 Higress
负责人: 张伟 (主导), 老徐 (架构评审)
里程碑:
- Week 4 完成 POC
- Week 8 灰度 10%
- Week 16 全量
6 个月后复盘决策效果。散会。"
(会而有议)
关键动作复盘：
① 会前 7 天准备, 摊了每个人的关切
② SCQA 30 秒开场, 全场进入状态
③ 主动对齐讨论模式, 断绝错位
④ 拿笔到白板, 视觉引力
⑤ 老徐第一次插话, 先接后转再给, 无对抗
⑥ 权重先于分数, 用便利贴让人人有份
⑦ 数据碾压 (L1+L2 报告)
⑧ 问句请异议, 让老徐"自己说没了"
⑨ 请 CTO 拍板, 决策明确
⑩ 会议纪要三要素齐全
# 10.3 表达哲学回扣
回望张伟这次主持的全过程，技术讨论表达能力的本质是：
初级: 发表意见 (我说了)
中级: 说服对方 (我赢了)
高级: 引导决策 (我们赢了)
资深: 组织共识 (团队向前了)
大师: 培育心智 (下次这类问题他们自己能开)
表达的四层递进：
第一层: 讲清楚 (SCQA)
第二层: 站得住 (三支柱)
第三层: 不树敌 (三段式异议)
第四层: 引方向 (白板 + 主持)
结论：技术讨论表达能力 = 让集体的智慧超过每个个体的能力。你不再是"最强的那一个",你成了"让每个人都能贡献的那一个"。
# 10.4 讨论表达速查
技术讨论表达速查表：
| 场景 | 动作 |
|---|---|
| 会议开始 | SCQA 30 秒开场 + 对齐讨论模式 |
| 想说话被打断 | "老徐等一下, 我这点说完你接着说" |
| 反对同事 | 先接（承认价值）后转（用"同时"）再给（具体建议） |
| 讲观点站不住 | 事实/判断分离 + L1-L4 论据 + 边界例外 |
| 讨论跑题 | Parking Lot 停车场 + 主动归纳 |
| 讨论散乱 | 拿笔上白板画决策矩阵 |
| 老徐这类嗓门大 | 打断反打断 + 数据碾压 + 拉白板 |
| 静音者 | 直接点名 + 给具体选项 |
| 反对为反对 | 让他建设性、让他量化 |
| 上级压场 | 提问代替反对 + 会后 1v1 |
| 意见对立 | Disagree and Commit + 时间锚点 |
| 会议结束 | 决策 + 负责人 + 时间点 三要素 |
SCQA 模板：
S: "背景是......" (共识建立)
C: "但是......" (冲突制造)
Q: "所以问题是......" (聚焦)
A: "我建议......" (答案)
异议三段式：
① 先接: "X 说的 YY 我认同"
② 后转: "同时 / 另外 / 我想补充"
③ 再给: "建议 / 问题 / 下一步动作"
下一集预告：张伟主持完 Higress 选型会后，CTO 决定让他主讲部门季度架构评审。评审现场，来了公司 CTO+3 位技术委员会成员。评审开始 10 分钟，一位技委成员突然直接问："你这个方案跟阿里 XX 团队去年做的一个方案高度重合,你有原创性吗?" —— 一句话把张伟架在火上。**第 04 篇《应对技术质疑能力》**告诉他"先接住再回应"。
本篇速查表：
| 维度 | 关键武器 |
|---|---|
| 讲清楚 | SCQA |
| 站得住 | 事实/判断 + L1-L4 论据 + 边界 |
| 不树敌 | 先接后转再给 + 问句代替陈述 |
| 引方向 | 白板 + 决策矩阵 + 权重先定 |
| 化冲突 | 关切访谈 + 共识五步 + Disagree and Commit |
| 应对异类 | 打断反打断 / 点名静音者 / 逼反对者建设性 |
| 会议闭环 | 决策 + 负责人 + 时间点 |
