问题的答案。

我将采用一种多层次的民族志和技术考古学方法，结合跟随、逆向工程和促进知识提取会话。这涉及将即将退休的专家与一名跟随的业务分析师配对，利用 苏格拉底方法 来揭示决策树，同时在 Excel 文件上使用过程挖掘工具重构逻辑流。该方法优先考虑通过建立关系来保护隐性知识，而不是文档要求，并利用有限的时间首先映射关键路径依赖和收入影响逻辑。

生活中的情况

在一家中型物流公司，整个货运定价算法都存在于一个错综复杂的 Excel 工作簿中，包含 47 个相互关联的标签、VBA 宏和隐藏的透视表。玛利亚是唯一一个理解不同运输路线条件定价规则的员工，她将在 18 天内退休，并在之前的文档尝试中采取了抵制态度，因为她担心在养老金到位之前被替换。

问题描述:

该工作簿计算每年 4000 万美元的货运报价，但没有版本控制，没有注释，以及如果单元格以错误的顺序编辑就会崩溃的循环引用。管理层需要在 90 天内将其迁移到 Salesforce CPQ 系统，以支持扩展，但与玛利亚的每次发现会议都以模糊的概括结束。与此同时，销售代表们开始感到恐慌，因为他们注意到在玛利亚请病假时报价错误开始出现，揭示了系统的脆弱性。

解决方案 A：强制文档冲刺

我们考虑要求玛利亚在威胁提前终止的情况下完成所有公式和业务规则的标准化模板检查表。这种方法承诺是书面记录的最快理论路径，并将为合规目的创建一个立即可审计的纸质记录。然而，由于对知识质量的影响，这种策略存在重大风险。

**优点：**最快的理论书面记录路径；创建可审计的纸质记录；立即满足合规要求。
**缺点：**摧毁了信任关系，导致玛利亚隐瞒细微的边缘案例知识；产生没有上下文的表面描述；由于她的情绪状态，面临法律报复或故意破坏的风险。

解决方案 B：平行系统构建

我们评估了聘请外部顾问使用 Python 解析脚本和历史报价数据对 Excel 逻辑进行逆向工程，同时完全忽略玛利亚。这消除了对不愿参与者的依赖，并利用现代技术解决方案，有可能发现优化。不幸的是，这种方法未能考虑定价例外背后的定性推理。

**优点：**消除了对不愿参与者的依赖；利用现代技术解决方案；可能发现优化。
**缺点：**未能捕捉到定价例外背后的“为什么”；错过了未在数据中显现的季节性手动调整；六周的时间不足以在没有主题专家确认的情况下进行验证。

解决方案 C：嵌入式民族志与结构化输出

我们提出将一名高级业务分析师分配给玛利亚，每天跟随 4 小时，作为“知识合作伙伴”而非审计员，利用屏幕录制和对话询问。同时，一名技术分析师将使用 Power Query 和 VBA 反编译器提取公式关系，以重建逻辑架构。这种方法需要小心架构，以避免看起来像监视，但承诺全面捕捉显性和隐性知识。

**优点：**维护尊严和信任；通过观察捕捉隐性决策；创建技术架构，使玛利亚能够验证，而不是从头开始创建；通过上下文提问识别关键的未记录边缘案例。
**缺点：**资源密集型，需高级业务分析师专注；如果玛利亚变得不可用，可能会有不完整覆盖的风险；需要小心架构以避免看起来像监视。

选择的解决方案和理由：

在与玛利亚进行私人会议后，我们选择了解决方案 C，在会上我们保证她的全额养老金福利和三个月的退休后顾问合同，以优厚的费用换取合作。这使她的激励与项目成功保持一致。 “知识合作伙伴”的框架将业务分析师定位为她遗产的保护者，而不是替代者，从而解锁了某些承运人获得非正式折扣的原因的坦诚解释，这些折扣是历史关系的信用，而不在任何数据库中。

结果：

在 16 天内，团队映射了 89% 的关键定价逻辑，包括一个隐藏的 IF 语句，该语句为燃料波动应用了 3% 的缓冲，如果在新系统中省略，这将使公司每年损失 120 万美元。玛利亚离开时感到受到尊重，而 Salesforce CPQ 的实施仅推迟了两周。当系统在上线过程中遇到了一个意外的季节性定价场景时，三个月的顾问保留证明至关重要，只有玛利亚才能识别。

候选人常常忽视的内容

问题 1： 你如何区分必须完全保留的业务规则与仅因 Excel 的限制而存在的技术工件？

回答：候选人通常将每个公式和宏视为神圣的业务要求，未能意识到 Excel 的解决方法通常代表技术债务而不是业务意图。关键在于询问“如果 Excel 允许你...，你会怎么做？”的问题，以区分约束与目标。例如，一个复杂的嵌套 IF 语句实际上可能代表一个分级折扣计划，应该在适当的数据库中作为查找表，而不是多层公式。始终追溯到业务政策文档或监管来源——如果规则没有在那里写明，它很可能是实施上的权宜之计。您必须与利益相关者确认特定的计算顺序是否重要，还是仅仅是数学结果。

问题 2： 有什么具体技术可以防止主题专家在知识提取会话中感到被询问？

答案：关键错误是使用“为什么”问题，这会引发防御性辩解；相反，要使用“帮我理解这如何保护业务”的框架，这将专家定位为看护者。通过讲故事间接实施 五个为什么 技术：“请带我回顾下第四季度的情况，当时西海岸港口出现拥堵。”这种叙事方法通过上下文触发记忆，而不是抽象回忆。此外，绝不要记录第一次会议——仅用于建立关系。每天结束时分享您的笔记，询问“我是否遗漏了对您重要的任何事情？”这给予他们编辑控制权和心理安全。

问题 3： 当原始系统没有审计跟踪，而专家已离开组织时，您如何验证重建业务逻辑的准确性？

答案：您不能依赖代码比较，因为 Excel 和 Salesforce 在浮点算术处理上是不同的。相反，使用历史数据重放构建平行运行期：从过去一年中提取 500 个随机历史报价，并将其通过新系统运行，然后分析差异。任何大于 0.01% 的偏差表明逻辑缺口。创建一个“行业知识注册表”，记录在重建过程中做出的每个假设，并标记置信等级。在用户接受测试期间，特别测试标记为低置信度的边缘案例，使用极端输入值。