面试系列 07|Staff/TL 职业与行为面试:把技术判断变成组织成果

面向数据库内核与 AI 基础设施岗位的 Staff/TL 行为面试:四种角色原型、跨团队影响、冲突与失败、技术取舍、带人与职业选择,附追问与可核验案例模板。

系列导航:面试索引 · 代码评审与 Agentic 研发

Staff(资深技术专家)与 TL(Tech Lead,技术负责人)候选人,需要证明自己能在责任分散、信息不完整、目标有冲突的条件下,让技术决策落地,并让团队持续承担结果。 “写过最复杂的代码”“协调过很多人”“过去是什么级别”都只能提供线索,必须继续回答:你改变了哪项判断,谁因此改变了行动,代价由谁承担,离开你以后机制是否仍然有效。

一、先识别岗位需要哪一种技术领导

题 1:你属于哪一种 Staff 原型?

强答要点:StaffEng 的角色原型区分四种常见工作形态:Tech Lead 负责团队技术方向与执行,Architect(架构师)负责关键领域方向与质量,Solver(疑难问题解决者)深入复杂难题,Right Hand(高管技术伙伴)借助高管授权扩展组织领导带宽。这是经验分类,不是四档职级,也不是要求一个人同时覆盖四种角色。

原型可选的数据库/基础设施情境需要展示的证据需要主动说明的边界
技术负责人优化器(Optimizer)与执行器(Executor)共同交付一项能力范围裁剪、依赖承诺、验收和接班是否有正式人员管理职责
架构师多模块统一兼容或恢复契约约束、迁移顺序、例外与维护者谁落实设计,谁批准资源
疑难问题解决者难复现的性能退化或错误结果假设变化、关键反例、修复与交接能否避免长期成为唯一救火人
高管技术伙伴在多个团队间组织技术投入授权、选项、资源冲突与反馈哪些决定必须回到授权人

追问:①“你在哪种角色下最有效?”回答具体任务与产物。②“换一种组织规模还有效吗?”说明依赖的授权、领域知识与协作关系。

差答:“我就是架构师,所以细节由别人做”“带过团队就一定是 Staff”。

【模板】:我的主角色是〔填写〕;在〔真实项目〕中,我负责〔判断与边界〕,由〔其他角色〕完成〔执行〕;最能证明岗位匹配的材料是〔允许披露的产物〕。

题 2:十年经验和资深职级,凭什么支持这次定级?

强答要点:把履历转换成责任证据:问题原本归谁、跨了哪些边界、自己能决定什么、改变了什么、结果保持了多久。年限只能说明经历过多少时间,不能说明每段经历形成了何种能力;同样的模块维护也可能产生很深的判断,关键是证据而非换项目次数。

追问:①“如果没有你,这件事会怎样?”列出可观察的决策差异,承认反事实不能直接测量。②“哪些成果主要属于其他同事?”拆开设计、实现、运维与客户推进。

差答:“国内某级对应海外某个固定等级”“十年以上自然应该是 Staff”。

【模板】:过去职级是〔填写〕,本次按贵公司的责任标准评估;我能提供〔跨模块案例〕和〔组织机制案例〕,分别证明〔能力〕;对〔目标职责〕目前证据不足。

题 3:两分钟自我介绍,如何兼顾数据库深度与转向 AI?

强答要点:顺序应是技术主轴、一个真实贡献、岗位匹配、待补能力。数据库经验可以提供资源管理、状态恢复、性能诊断和接口契约的基础,但不能自动证明已经熟悉图形处理器(Graphics Processing Unit,GPU)或模型推理服务。

追问:①“你最有代表性的个人判断是什么?”讲一个决定而非技术名词串。②“为什么现在换方向?”给出实际选择条件。

差答:把 C++、Java、Rust、SIMD(Single Instruction, Multiple Data,单指令多数据)、CUDA Graph(CUDA 执行图)等逐个报完;或者宣称数据库内核和 AI 运行时完全相同。

【模板】:我主要解决〔技术问题〕,代表贡献是〔真实责任与结果〕。申请本岗位是因为〔具体业务问题〕需要〔可迁移能力〕;对于〔新领域〕,我已有〔事实〕,仍需补齐〔缺口〕。

二、影响力要沿着“谁改变了行动”来证明

题 4:没有汇报关系,如何推动一项跨团队改造?

强答要点:先给出共同问题及其证据,再拆分收益和投入。对每个参与方明确交付物、依赖日期、验收标准、运行维护与退出条件;先争取最小可验证切片,再按证据扩大范围。若调用方获得收益却让基础团队承担全部维护,需谈资源或缩小承诺。

追问:①“对方没有排期怎么办?”比较延期损失、替代实现和资源交换。②“口头答应但迟迟不交付呢?”把依赖从愿望改成可跟踪的承诺,并暴露关键路径(Critical Path)。

差答:“我开了很多会”“我让老板去压”。

【模板】:共同问题是〔填写〕;对方承担〔成本〕,获得〔收益〕;我把范围从〔原范围〕改为〔试点〕;最终承诺记录在〔材料〕,未解决依赖是〔填写〕。

题 5:平台能力做出来没人用,算成功吗?

强答要点:技术指标只能证明能力的一部分。先调查不迁移的原因:接口不兼容、迁移成本、收益不足、故障责任不清,还是缺少使用场景。区分真正拒绝与尚未排期,再选择兼容层、迁移工具、试点支持或停止投入。

追问:①“谁是第一个用户?”说明真实痛点与共同验收。②“只改善了微基准测试(Microbenchmark),生产没收益呢?”复核资源瓶颈、数据分布与调用路径。

差答:“用户不理解先进架构”“推广一下就好了”。

【模板】:最初的采用假设是〔填写〕;用户反馈推翻了〔假设〕;我们调整〔接口/范围/工具〕;观察到〔事实〕,仍未验证〔长期结果〕。

题 6:如何判断影响力,而不靠会议数量或头衔?

强答要点:选择一种明确的行为变化:别人开始使用共同测试、按同一兼容规则发布、主动维护接口,或独立作出以前依赖你的判断。文档浏览量、参会人数可以说明触达,不能单独证明决策或交付发生变化。

追问:①“变化持续了多久?”说明观察窗口。②“是不是上级强制执行的?”区分自己形成的判断与授权人推动的采用。

差答:“所有人都认可我”“我每周主持技术会”。

【模板】:参与方原来采取〔行为〕;经过〔我的具体行动〕,改为〔行为〕;证据是〔材料〕;〔其他因素〕也参与了结果,不能归到我个人。

三、冲突与失败考察的是判断如何被纠正

题 7:你与另一个资深工程师在架构上有分歧

强答要点:先判断争议属于事实、目标还是风险偏好。事实争议尽量通过反例、测量或原型澄清;目标冲突需要负责人排序;风险偏好差异需要明确故障后果与承担者。不要用一场性能测试解决本来属于合规或交付期限的问题。

追问:①“什么结果会让你接受对方方案?”给出可观察条件。②“实验来不及做呢?”按可逆性、影响范围和失败损失选择有限试点或延期。

差答:“用数据说服他”但说不出什么数据;或者把“服从决定”解释成删除已知风险。

【模板】:对方保护〔约束〕,我保护〔约束〕;争议被拆成〔事实问题〕和〔目标问题〕;〔证据〕改变了〔谁的判断〕;最终选择〔方案〕并接受〔代价〕。

题 8:业务期限与技术底线冲突,什么时候升级?

强答要点:先具体说明风险:会产生错误结果、破坏持久状态,还是只存在暂未验证的性能收益。给出受影响用户、启用范围、检测方式与可用替代方案;正确性或权限边界未满足时,不能只靠负责人接受风险来替代必要条件。

追问:①“只有半天,你先查什么?”检查最严重且不可逆的失败路径。②“负责人坚持原计划呢?”区分可以接受的运营风险和不能承诺的行为。

差答:“技术问题我一票否决”“老板签字就能上线”。

【模板】:发布底线是〔填写〕;缺失证据是〔填写〕;可行选项为〔填写〕;最终由〔角色〕选择〔方案〕,我负责〔验证与告警〕。

题 9:讲一次由你判断失误造成的失败

强答要点:按当时信息重建决策:最初假设、忽略的信号、自己能控制的行动、实际损失和后续改变。失败可以是方案误判、项目取消、采用率不足或交付延期,不要求一定是线上重大事故;但不能选一个只是开头困难、最终大获成功的故事回避责任。

Google 的无责复盘(Blameless Postmortem)实践强调理解导致行动的系统条件并推动改进。本文据此推导:行为回答仍应明确本人决策责任,同时避免把复盘简化成追究某个操作者的过错;无责不等于没有行动负责人。

追问:①“当时谁提醒过你?”准确说明提醒的内容与自己为何没有采纳。②“为什么原有评审没有发现?”分析证据、激励或责任边界。

差答:“最大的失败是对自己要求太高”“都是需求变了”。

【模板】:我当时相信〔假设〕,依据是〔材料〕;〔信号〕与它矛盾,我选择〔行动〕;损失为〔允许披露的事实〕;应由我承担的是〔责任〕。

题 10:事故修好了,如何证明复盘没有结束在文档里?

强答要点:区分止血、修复与防止同类失效。恢复服务只证明当前影响得到控制;修补触发点不一定覆盖同一失败机制。把行动项对应到可测试的约束、负责人和验收方式,并检查新机制是否造成过多误报或发布阻塞。

追问:①“没有再次发生,能证明有效吗?”不能,只能结合故障注入(Fault Injection)、反例测试与暴露量提供证据。②“行动项太多怎么办?”先处理高后果且缺乏防护的路径。

差答:“加强测试”“提高意识”“之后没再出事”。

【模板】:触发条件是〔填写〕,放大因素是〔填写〕;止血〔填写〕;长期改进〔填写〕;已验证〔填写〕,尚未覆盖〔填写〕。

题 11:你收到过什么负面反馈,后来如何改变?

强答要点:把评价翻译成可观察行为。例如“太强势”可能指过早给出结论、没有解释约束,或在他人职责范围内反复接管;“太慢”可能来自无期限追求完备信息。先核实具体事件与影响,再选择改变沟通时机、决策范围或实验期限。

追问:①“反馈中哪部分你不同意?”陈述理由与可验证事实。②“你改了哪种行为?”给出前后差异。

差答:“大家觉得我太追求质量”“我接受一切反馈”。

【模板】:〔角色〕反馈我在〔事件〕中〔行为〕,影响是〔填写〕;我接受〔部分〕,保留〔判断〕;改变〔行为〕后,得到〔实际观察〕。

四、技术取舍必须包含停止条件与成本承担者

题 12:如何在正确性、性能与交付之间取舍?

强答要点:先确定不可牺牲的语义约束,再比较目标工作负载收益与工程总成本。成本包含实现、验证、兼容、资源占用、故障恢复和长期维护;性能结果应保留版本、数据分布、并发、冷热状态与资源配置,不把局部加速外推成全部用户收益。

追问:①“基准收益很好,生产占比很小呢?”按真实覆盖与成本重新排序。②“正确性范围暂时不完整呢?”限制支持范围,显式检测与回退。

差答:“性能优先”“先上线再补正确性”“多加人就能解决”。

【模板】:不可违反〔约束〕;目标负载〔填写〕;方案 A/B 的主要代价分别为〔填写〕;我们选择〔方案〕,当〔条件〕发生时重新评估。

题 13:为什么不重写?什么时候该停止一个项目?

强答要点:将现状成本与迁移风险放在同一时间范围内比较。重写需要重新验证已有行为、构建迁移工具并维持新旧系统;继续修补则可能累积回归与理解成本。先找可替换边界和小规模验证路径,再决定是否扩大投入。

追问:①“原型成功为什么还不全量做?”原型可能未覆盖长尾与运行条件。②“你提的项目该被取消,你如何说?”给出证据、停止建议和交接。

差答:“代码太老必须重写”“已经做了半年不能停”。

【模板】:当初立项条件〔填写〕;现在失效的是〔条件〕;继续/缩范围/停止的代价为〔填写〕;我建议〔选择〕,保留〔产物〕并终止〔承诺〕。

题 14:路线图怎样处理短期需求与长期能力?

强答要点:先确认期限、客户损失和替代方案,再判断需求是否揭示可复用能力。若特例成本低且边界明确,可以有限实现;若侵入优化器语义或恢复协议,就必须把后续兼容与维护成本纳入业务决策。

追问:①“销售已经承诺了怎么办?”先核实承诺与可交付范围,再由有权人员调整。②“每个需求都说紧急怎么办?”要求同一排序标准和明确取舍。

差答:“技术债必须占固定百分比”“客户最大所以全做”。

【模板】:短期损失〔填写〕;长期约束〔填写〕;选择的切片〔填写〕;被延后的工作〔填写〕;〔时间/事件〕重新评估。

题 15:是否应该把一个流程改成自主智能体?

强答要点:Anthropic 在 2024 年的构建有效智能体中区分预定义执行路径的工作流与由模型动态控制路径的智能体,并建议从简单方案开始,按实际效果增加复杂度;自主性也会带来更高成本和错误累积风险。

追问:①“演示很好,为什么不直接上线?”演示缺少失败分布与长尾任务。②“工具调用超时但可能已生效呢?”按业务副作用设计查询状态、幂等性(Idempotency)或补偿,不能盲目重试。

差答:“上多智能体就更可靠”“数据库事务经验足以解决全部问题”。

【模板】:任务〔填写〕;当前工作流基线〔填写〕;需要动态决策的部分〔填写〕;试点判据〔填写〕;若〔条件〕不满足,则保留简单方案。

题 16:负责人要求团队全面使用 AI,如何衡量成效?

强答要点:DORA 的 2024 年报告报告了 AI 采用与个人生产力改善、交付稳定性及吞吐下降之间的关系。它不能单独证明因果,更不能据此保证某个团队一定加速或一定退化。

METR 的 2025 年随机试验涉及 16 名熟悉各自开源仓库的开发者、246 项真实任务;允许使用当时 AI 工具的任务平均耗时增加 19%,主要工具为 Cursor Pro 配合 Claude 3.5/3.7 Sonnet。这是特定人群、任务与工具时期的结果。

METR 在 2026 年更新中说明,后续实验受参与者与任务选择偏差、并行智能体计时等问题影响,不能可靠估计当时的生产力效果;不应把后续原始结果直接表述为“已经证明全面提效”。

追问:①“自报节省时间能用吗?”可作线索,需要与实际任务记录对照。②“同时跑多个智能体,时间怎么算?”区分人的投入、任务历时与算力成本。

差答:“行业都提效数倍”“研究证明 AI 让程序员变慢”。

【模板】:试点任务〔填写〕;工具/模型版本〔填写〕;质量门槛〔填写〕;观察到〔事实〕;不能归因或尚未覆盖的是〔填写〕。

五、带人的成果是别人能够独立承担责任

题 17:你如何培养一位能够独立负责模块的工程师?

强答要点:从具体能力缺口开始:是领域知识、问题拆解、验证方法还是跨团队表达。选择有真实责任又可控制后果的任务,明确决策边界和检查点;让对方提出选项、执行验证并解释结论,自己提供反馈而非提前接管。

追问:①“他选了你不喜欢但合理的方案呢?”按约束与结果评价,允许不同实现。②“临近期限还没完成呢?”调整范围或提供协助,说明何时需要接管。

差答:“我把所有难题都留给自己”“我每天给他讲课”。

【模板】:同事原本需要支持的能力〔填写〕;交给他的完整责任〔填写〕;我保留〔检查点〕;后来他独立完成〔真实事件〕。

题 18:能力强但合作困难,或者表现持续不足,怎么办?

强答要点:分别描述可观察行为与影响,不使用“刺头”“不聪明”等人格标签。对合作问题澄清讨论规则和决策边界;对交付问题确认预期、任务难度、依赖与支持,再约定可观察的改善目标。

追问:①“技术判断常常是他对呢?”保留正确意见,同时纠正破坏协作的行为。②“给了支持仍无改善呢?”记录事实与影响,交由经理按流程处理。

差答:“高手都有脾气”“直接淘汰”“我会让大家多包容”。

【模板】:观察到〔行为〕而非人格判断;造成〔影响〕;已提供〔支持〕;约定〔目标与复查点〕;正式管理决定由〔角色〕负责。

题 19:怎么避免自己成为所有关键工作的瓶颈?

强答要点:先区分高风险决策与可下放工作,把隐含判断写成检查项、反例和升级条件。建立第二位维护者,让他在真实任务中承担决定;不能只增加一个名义备份人,却继续由自己逐项批准。

追问:①“别人做得比你慢怎么办?”比较培养成本与长期吞吐,不只看当前任务。②“授权后出错谁负责?”领导者承担授权设计与支持责任,执行者承担约定范围内行动。

差答:“我能扛住”“所有关键代码必须我看”。

【模板】:原来依赖我的决定〔填写〕;现已下放〔范围〕;接班者是〔角色〕;保留升级条件〔填写〕;交接是否有效的证据〔填写〕。

题 20:如何用开源经历证明协作,而不是用身份替代证据?

强答要点:选择能公开追溯的讨论或变更:原问题、反对意见、关键反例、方案修订、维护责任。身份只能说明某种社区认可,不能单独证明候选人在某个子系统的实现深度或跨团队成果。

追问:①“哪条关键意见属于你?”指向可核验记录。②“社区最终没有采用你的建议呢?”解释对方约束和自己调整。

差答:“我是核心开发者,所以这些都熟”“这个功能是我们团队做的”。

【模板】:公开记录〔链接与版本〕;我的贡献〔填写〕;他人贡献〔填写〕;讨论改变了〔设计〕;维护与适用边界〔填写〕。

六、职业哲学要落实为可执行的选择条件

题 21:为什么离开现在的工作,为什么选择我们?

强答要点:用下一阶段需要承担的问题解释选择:希望扩大何种责任、接触什么工作负载、补齐什么能力,以及目标团队是否提供真实机会。明确目前岗位的价值与局限,避免抱怨前同事,也不必虚称薪酬和生活因素完全不重要。

追问:①“当前公司能给同样机会,还走吗?”说明选择排序。②“我们短期做不了你想要的方向呢?”区分必需条件与偏好。

差答:“想找更大平台”“只要有成长,钱无所谓”。

【模板】:当前岗位给了我〔积累〕;下一阶段希望承担〔责任〕;贵团队的〔已核实事实〕与之匹配;仍待确认〔条件〕。

题 22:数据库专家转 AI 基础设施,是延续还是重来?

强答要点:把能力分成可迁移、需验证与尚欠缺三类。性能诊断、资源治理、跨模块契约可以成为起点;具体推理调度(Inference Scheduling)、设备执行、模型评估与工具副作用仍需领域证据。能够承认局部能力尚在 Senior 水平,不妨碍在熟悉的责任范围提供更广影响。

追问:①“你有什么已经完成的验证?”只陈述实际产物。②“新领域专家反对你的类比呢?”回到约束与实验,允许类比失效。

差答:“都是调度和缓存,原理一样”“AI 热,所以要去”。

【模板】:可迁移〔能力〕;已验证〔产物〕;未验证〔领域〕;申请职责〔填写〕;若岗位要求〔缺口〕立即独立负责,则当前不匹配。

题 23:选择更高薪、更好老板,还是更大的技术空间?

强答要点:先设硬约束,再比较偏好。硬约束可包括最低可承受收入、地点、家庭安排和身份可行性;满足后再比较实际责任、经理支持、技术积累与退出成本。没有统一权重,权重应由本人选择并接受后果。

追问:①“经理离职,选择还成立吗?”检查组织而非个人承诺。②“薪酬差距很大呢?”检验是否改变硬约束或风险承受。

差答:“大公司稳定,小公司成长快”“跟着牛人就行”。

【模板】:硬约束〔填写〕;优先偏好〔填写〕;已核实信息〔填写〕;最担心的假设〔填写〕;若该假设失效,备用方案〔填写〕。

题 24:五年目标是什么,怎样避免空泛?

强答要点:用愿意长期承担的问题与可观察能力描述目标,再拆成下一年的验证行动。比如希望承担某类跨团队技术方向,就需要真实决策空间、交付责任和协作证据;“成为架构师”只是称谓,还不构成行动计划。

追问:①“目标与收入或家庭冲突呢?”公开取舍顺序。②“什么迹象会让你改变目标?”给出实际条件。

差答:“一直保持热爱”“找到终身使命就不会纠结”。

【模板】:希望长期承担〔问题〕;一年内验证〔能力/选择〕;愿意付出〔代价〕;不接受〔条件〕;〔时间〕复查方向。

七、国内与海外比较,先统一职责和现金流口径

题 25:国内资深职级与海外 Staff 怎么比较?

强答要点:先问内部职级、工作角色和评估标准是否一致,再核实负责范围、决策权限、资源和成果周期。同一个 Staff 称谓可能对应不同组织规模与责任;技术负责人也可能是临时角色,未必包含招聘、绩效和人员管理。

比较维度必须问清的事实不能替代它的信号
技术范围独立模块、领域还是多团队契约公司名、年限
决策权能批准什么,哪些事需要升级会议参与范围
交付责任对哪项结果负责,依赖资源归谁“核心岗位”的描述
人员管理是否负责绩效、招聘和预算TL 称谓
评估与晋升谁评估,证据如何校准,有何时间限制口头承诺快速升级
岗位稳定性团队目标、预算和汇报关系公司总体规模

追问:①“职责很大但级别较低呢?”核实授权与评价是否承认这些责任。②“级别高但工作空间小呢?”按长期目标判断,不自动视为更好。

差答:“先用国内级别换算”“海外 title 更值钱”。

【模板】:内部等级〔填写〕;实际角色〔填写〕;可独立决定〔填写〕;评价材料〔填写〕;当前方案是否满足我的条件〔填写〕。

题 26:总包高多少,才值得换?

强答要点:总薪酬(Total Compensation,TC)先拆成基本工资、奖金、股权与一次性付款,再按第一年、后续年份和离职情景展开。目标奖金不是保证奖金,股权授予总额不是每年现金,签约奖金也不能无限重复计入。

美国国税局(Internal Revenue Service,IRS)的股票期权说明区分法定与非法定期权,税务后果随类型、行权和出售等事件变化。本文不据此给出个人税率;比较跨境方案时应按适用身份和实际条款计算。

项目对齐方式容易漏掉的条件
基本工资统一币种、税前年额及发放月份国内月薪乘数是否包含浮动部分
奖金分别列保证、目标与不保证部分首年折算、资格与公司系数
限制性股票单位(Restricted Stock Unit,RSU)按实际归属和结算安排逐年列示股价变化、结算条件、可出售性
股票期权(Stock Option)单列权利数量、行权价和期限行权现金、离职期限、税和流动性
签约及搬迁款放在实际收到年份返还义务、税前或税后返还口径
后续股权授予(Equity Refresh)已确定与未确定分开授予时间、绩效和重叠归属
生活与福利按家庭实际费用比较住房、保险自付、教育、养老与休假

追问:①“第一年更高、第三年下降呢?”按实际归属与一次性款项解释。②“期权很多但缺少信息呢?”保留未知,核实行权与流动性条款。

差答:“授予金额除以四就是年收入”“创业期权等于未来现金”“只换汇比较”。

【模板】:第一年可预测现金〔填写〕;后续现金〔填写〕;逐年股权〔填写〕;返还义务〔填写〕;保守情景下家庭收支〔填写〕;未知项〔填写〕。

题 27:海外机会的身份与雇佣风险如何纳入选择?

强答要点:把工作机会、工作授权、入境安排与长期身份规划分别核实;录用通知不等于已经获得工作资格。由雇主及其专业顾问针对本人情况确认路径、责任人、时间依赖和失败后的安排,不按早年博客中的费用与日期制定计划。

美国公民及移民服务局(U.S. Citizenship and Immigration Services,USCIS)在 FY 2026 H-1B 官方通知中说明,适用名额的申请建立在有效电子注册与获选基础上;该财政年度的正式申请窗口自 2025 年 4 月 1 日起。这足以纠正“每年 4 月直接申请”的旧叙述,但不能作为其他年度的完整日程。

USCIS 的离职后可选路径说明列出有条件的最长 60 天酌情宽限期,且不超过获准有效期;也说明符合条件的 I-485 待决满 180 天申请可能迁移至相同或相似职位。它不支持“失业后固定有几个月”或“换工作一律使绿卡申请作废”的说法;实际行动前仍须复核本人适用规则。

加州劳工部门的雇佣终止说明介绍任意雇佣(At-will Employment)及合同、歧视和报复等边界;不能扩展成“美国所有雇佣都能没有限制地终止”。

追问:①“入职时间延后怎么办?”确认薪酬起算、海外过渡和备选安排。②“团队取消岗位怎么办?”按身份有效期、费用与家庭缓冲做情景评估。

差答:“公司会全搞定”“拿到通知就辞职”“美国欧洲待遇可以一概比较”。

【模板】:适用工作路径〔待核实〕;负责团队与顾问〔填写〕;关键时间依赖〔填写〕;失败或延期安排〔填写〕;尚不能据此作决定的事项〔填写〕。

题 28:如何谈判,同时保持事实与合作关系?

强答要点:先确认岗位与级别,再讨论条件差距;可据职责、已证明能力和本人接受门槛提出调整,不需要虚构竞争方案。把真正影响决定的条件集中提出,说明优先顺序与答复期限,避免逐项无限追加。

追问:①“预算不能加呢?”讨论角色、地点、一次性款或时间安排,确认是否真的替代核心条件。②“要求当日决定呢?”说明尚待确认的信息和需要的合理时间。

差答:“编个更高总包施压”“反正任意雇佣,任何承诺都没影响”。

【模板】:我愿意加入的原因〔填写〕;当前差距〔填写〕;最优先调整〔填写〕;可接受替代〔填写〕;我能承诺的答复时间〔填写〕。

八、用同一份事实支撑多道题

同一事件可用于影响力、冲突与取舍题,角色、时间和结果必须一致。缺失数据写未知;只有真实发生过的误判和反馈才能进入叙事。

1【模板】事实卡:事件/时间/版本/可披露范围:〔〕;性质:〔亲历/协作/复核/设计〕
2用户与目标:〔〕;当时约束:〔〕;本人授权与不能决定的事项:〔〕
3初始假设及依据:〔〕;反对意见:〔〕;改变判断的证据:〔〕
4方案与放弃理由:〔〕;本人行动/他人贡献/最终决定人:〔分别填〕
5结果、窗口、测量口径与干扰因素:〔〕;代价及未解决问题:〔〕
6维护者、交接与证据位置:〔〕

【模板】B:STAR 加上决定与边界

情境—任务—行动—结果(Situation–Task–Action–Result,STAR)压缩叙事,决定依据支撑技术深度。

1情境与任务:在〔约束〕下解决〔用户问题〕,我负责〔边界〕。
2判断与行动:依据〔证据〕选〔方案〕;我完成〔〕,他人完成〔〕。
3冲突与结果:对方保护〔约束〕,由〔角色〕决定;在〔条件/窗口〕观察到〔事实〕。
4代价与反思:放弃〔〕,留下〔〕;〔证据〕修正〔假设〕,结论不能扩展到〔〕。
1【模板】失败卡:实际失败与影响:〔〕;当时已知/未知信息:〔〕;我的错误决定:〔〕
2忽视的反证与可避免行动:〔〕;无控制权的因素:〔〕
3即时恢复:〔〕;系统性原因与长期改进负责人:〔〕
4验收方法/实际结果/未覆盖范围:〔〕;下一次决策怎样改变:〔〕

【模板】D:跨团队决策记录

1问题、必须满足的约束与非目标:〔〕;证据及边界:〔〕
2A/B/保持现状:〔分别列收益、成本、风险〕;各团队工作与运行责任:〔〕
3最终决定人、结论与反对意见处理:〔〕;试点、验收、退出条件:〔〕
4未满足依赖/重开讨论条件/维护交接:〔〕
1【模板】职业选择卡:长期问题与下一年验证目标:〔〕;收入/地点/家庭/身份硬约束:〔〕
2偏好及愿付代价:〔〕;实际职责与经理授权:〔已核实/待确认〕
3同级工作实例:〔〕;逐年现金与股权/保守情景/退出成本:〔〕
4承诺冲突及确认人/期限:〔〕;当前结论、依赖假设及改变条件:〔〕

反向提问围绕决策权、评价与运行责任:最近一次技术争议由谁决定?入职半年怎样验收?负责人离职后方向如何延续?值班、强度与报酬分别向未来经理和招聘方确认。

练习时先讲结果和一个关键决定,再追问“为什么这样选”“什么证据会推翻它”“别人能否继续负责”。材料核对角色、时间、指标与链接;判断核对对方约束、归因和改进是否已验证。

九、来源与适用边界