#知识管理
共 8 篇相关文章
第 6 章 前沿部署方法论内核:Discovery-first、倒推、防 capability atrophy、FDCE
本章一句话 :剥开 FDE 的各种花哨描述,它的方法论内核其实就四件事——先发现真问题(Discovery first)、从结果倒推系统(Working Backwards)、防止系统上线即衰退(防 capability atrophy)、把"上下文工程"做成交付本身(FDCE)。 6.1 方法论的…
第 10 章 交付节奏、灰度与现场生存:MVD / 灰度 / 信任建立 / 知识转移
本章一句话 :技术再好,交付节奏错了、灰度翻车了、客户不信你、能力没留下来——项目照样失败。本章讲 CDEF 之外、却决定成败的"现场软工程"。 10.1 MVD(最小可行交付):先跑通,再完美 MVD(Minimum Viable Delivery,最小可行交付)是 FDE 交付节奏的第一原则:用…
深度专题三十五 FDE 的知识管理与资产沉淀
35.1 为什么知识沉淀是 FDE 团队的复利 FDE 的业务模型有一个天然特征：项目是离散的、行业是横跨的、客户现场是异构的。一个 FDE 团队今年可能在做某银行的智能风控，明年转到某三甲医院的影像辅助诊断，后年又去做某港口的调度优化。如果每次项目结束只交付了系统、没沉淀经验，那么下一个项目几乎等…
深度专题四十 FDE 的产品化思维
40.1 为什么 FDE 必须长出"产品思维" FDE（前沿部署工程师）的原生工作单位是"项目"。一个客户、一个场景、一段时间的代码与配置，构成了 FDE 最熟悉的交付物。但如果 FDE 永远停留在"项目交付者"的位置，他的边际成本会越来越高、价值天花板会越来越低：第二个客户的供应链排程，几乎要重新…
深度专题四十九 FDE 的写作与文档能力
49.1 为什么写作是 FDE 的核心能力 在大多数工程师的直觉里，"硬核能力"是写代码、调模型、压性能。但对 FDE（前沿部署工程师）而言，写作与文档能力是与编码同等——甚至在某些阶段更高——的核心能力。这不是修辞，而是由 FDE 的工作场景决定的。 FDE 的典型工作链条是：进入陌生客户现场 →…
深度专题五十三 FDE 案例研究方法论
53.1 为什么 FDE 必须会做案例研究 很多人把"案例研究"理解为售前材料里的客户 logo 墙,这是最大的误解。对 FDE 而言,案例研究是一种 结构化的知识生产方法 :它把一次散落的现场经验,提炼成可被组织反复调用的资产。FDE 之所以必须掌握这门手艺,有三层硬理由。 第一,学习标杆的捷径。…
深度专题五十五 FDE 的持续学习与信息素养
专题定位 :FDE 是一个"半衰期极短"的角色——你去年精通的 Agent 框架,今年可能已被官方重写;你上季度在客户 A 跑通的行业方案,下季度在客户 B 可能就要换技术栈。本专题不讲"AI 会取代谁",只回答一个具体问题: 一个被丢进陌生行业、陌生客户的 FDE,如何在不被信息淹没的前提下,持续…
深度专题六十 FDE 的知识转移与培训体系
60.1 为什么知识转移是 FDE 交付的"最后一公里" 很多 FDE 项目失败,不是因为技术没做出来,而是因为 FDE 撤场后客户用不起来。一个典型的失败链是:FDE 团队驻场三个月,系统跑通了,模型上线了,数据看板也搭好了,大家开了一场庆功会,FDE 团队撤场。一个月后客户发现:某个指标突然变差…