发布于
FDE Dispatch 梳理前沿部署工程师工作与招聘中的语言。下面每个词条都是一个可单独引用的简短定义，随后附注说明该术语在 FDE 现场工作或 FDE 面试流程中的出现方式。
本术语表中的术语
前沿部署工程师
前沿部署工程师深入客户现场，发现其运营中的问题，设计并构建解决该问题的系统，将其部署到客户的真实工具环境中，并在上线后对可衡量的结果负责。
这个角色归结为三项技能，详见 什么是前沿部署工程师？：理解业务、将其转化为架构，以及交付一个在演示之后仍能持续运行的系统。关于雇主招聘启事如何表述这些要求，参见前沿部署工程师技能。
部署策略师
部署策略师是 Palantir 对面向客户的部署角色的称呼，该角色与前沿部署工程师并肩工作，负责梳理工作流、界定影响范围，并推动现场落地采用。
在 FDE 招聘沟通中，策略师头衔意味着更侧重问题定义和干系人工作；工程师头衔则意味着对生产构建的负责。Palantir 之外的公司使用这两个头衔时边界模糊。关于 Palantir、Salesforce 和 Ramp 如何在各自招聘页面上发布工程师—策略师组合职位，参见前沿部署工程师职位名称。招聘数据参见 deployment strategist vs forward deployed engineer。
现场工程师 / 解决方案工程师
解决方案工程师，以及现场工程师等相近角色，帮助客户采用并配置现有产品。前沿部署工程师则负责构建，并在系统上线后对可衡量的结果负责。
两种角色都身处客户现场。区别在于对生产系统的负责权，详见 FDE vs. solutions engineer。与软件工程师的对比，参见前沿部署工程师 vs. 软件工程师。
需求发现
需求发现是 FDE 的一项实践：访谈负责流程运行的人员，还原工作当前的实际开展方式，找出痛点的责任人，并确定一个能够证明修复效果的可衡量指标。
招聘流程非常看重需求发现：在流程尚未弄清之前就跳到模型方案的候选人会在该轮被淘汰。实操路径要求在头三十天内启动需求发现。
范围界定简报
范围界定简报是一份简短的书面记录，写明客户问题、与之关联的指标、第一阶段的范围包含什么，以及砍掉了什么。
FDE Dispatch 将范围界定简报视为与设计文档并列的成果作品。面试官在考察你如何选择第一阶段范围时，也会要求同样的形式。
设计文档
在 FDE 工作中，设计文档是与业务指标挂钩的一页式架构说明：系统如何改变现有流程、它与客户工具中的哪些部分对接，以及选择了哪些权衡取舍。
优秀的 FDE 设计文档回答一个问题：这如何改进流程，以及用什么数字来证明？技术选型在这个判断之后才考虑。
问题拆解环节
问题拆解环节是 FDE 面试练习，给你一个模糊的业务问题，考察你在谈论技术之前如何将其拆解为指标、第一个切片和明确的取舍边界，并据此打分。
强的回答会询问这项工作目前如何开展、痛点归谁负责，以及用什么数字能证明修复有效。实战指南介绍了该环节考察的内容和常见失误。
工作试用
工作试用是为期数天的 FDE 面试任务，你需要构建一个范围明确的解决方案，并向模拟客户或内部利益相关者展示你的决策。
展示和书面报告与代码同等重要。像撰写现场报告一样组织它：问题、指标、范围、设计、出了什么问题、结果。参见面试流程指南。
请练习这里定义的各个面试环节。FDE Dispatch 会将每个环节作为带书面反馈的录制模拟来运行。
客户场景系统设计
客户场景系统设计是 FDE 面试环节，要求你在真实的客户约束下进行设计：数据访问权限、安全审查、遗留系统，以及以周计的时间表。
在这里，可靠性、评测和分阶段上线比抽象的规模更重要。要说明模型应该放在哪里、哪些环节需要人留在回路中，以及如果时间表缩短你会砍掉什么。
部署深度剖析
部署深度剖析是 FDE 招聘对话，端到端地拆解一次过往部署：客户问题、架构、评测、上线后出了什么问题，以及做了哪些改变。
面试官用它来检验你是否与真实客户一起交付过项目，并且能在同一个故事中同时为工程成果和业务成果辩护。
部署复盘
部署复盘是 FDE 面试环节，回顾你与客户一起交付的某个项目：上线后出了什么问题、你是如何发现的，以及你做了哪些改变。
讲一个具体的故事。把客户的感受和系统的行为区分开来。实战指南列出了决定该环节成败的模式。
客户角色扮演环节
客户角色扮演环节是一场实时的 FDE 面试对话，面试官扮演持怀疑态度的利益相关者，考察你的需求挖掘、应对质疑的能力以及你提出的下一步方案。
优秀的候选人会用利益相关者的语言复述约束条件，提出一个小的下一步行动，并在会议室出现分歧时保持镇定。
评测套件（评测）
评测套件是 FDE 构建的一组测试，用于证明系统在真实案例上有效、建立基线，并在系统上线后衡量变化。
评测把失败转化为更好的版本。缺少可衡量成果的 FDE 作品集和面试故事，读起来就像没有真实结果的演示。
人工兜底
人工兜底是预先设计好的路径：当模型出错、不确定或超出范围时，让人保持掌控，从而保证客户的业务持续运转。
缺少兜底设计的 FDE 方案会在受限系统设计环节和安全评审中失败。要明确由谁接管、如何收到告警、以及用户会看到什么。
试点
在 FDE 工作中，试点是一次有边界的首次部署，进入真实客户切片：范围狭窄、有明确的负责人、有成功指标，并有清晰的继续或停止评审。
试点在真实工具和数据下验证第一个切片。它是范围界定简报与生产部署之间的桥梁。
生产部署
生产部署是指 FDE 系统对接客户的实时工具和数据、用于真实工作，并在演示之后具备监控和责任归属。
招聘团队希望看到其中之一。操作指南将九十天路径聚焦于交付并衡量该系统。
最后一公里
FDE 工作中的最后一公里，是指从可运行的原型到能在客户的真实工具、权限、数据和日常流程中存活的系统之间的那段距离。
集成在这里出问题、凭证在这里失效、人们头脑中的流程与图表不一致也发生在这里。FDE 招聘把最后一公里的判断力视为工作的一部分。
嵌入式工程
嵌入式工程是 FDE 的实践方式：深入客户运营现场足够长的时间，以承担问题、针对客户技术栈交付修复，并对结果持续负责。
嵌入让发现、构建和上线后的责任归属保持在同一位工程师手中。产品工程为许多用户构建一种能力；嵌入式 FDE 工作为单一客户构建多种能力。
相关指南
把这些词汇融入一次部署
FDE Dispatch 在实战中围绕这些术语训练工程师：需求发现、范围界定简报、上线部署、评测，以及上述每种轮次的面试练习。