智识库 | 克服理性的蛮横

# 如果你的开发项目感觉有点像是正在接受某种治疗，你反而可能做对了

构建一个用于分析业务的新模型似乎很简单：

1. 确定需求

2. 撰写设计

3. 构建、迭代、审查

4. 测试

5. 部署

无论是普通的费用预测模型、股权激励模型、收入预测、供应链还是需求计划，都是按上述步骤来构建新模型。其中的数学计算通常很简单，变量通常也是已知的（部门、科目、个体）。

尽管如此，为什么这么多模型都失败了？或是采用率低而沦为摆设？建立新的预测模型理应让工作变得更加轻松，但很少有人会有这种感觉，尤其是一个全新的模型。作为这些模型的开发者和客户端管理者，我们如何才能运行好一个新模型呢？我们可以从开发的过程中着手：一个更贴切需求的模型、更友好的用户体验，以及更稳固的基础。

技术面来说，为了顺利完成工作，我们倾向于将所有事情都简化为易于管理的部分。这在一般情况下是合理的。但是在构建所有的组件时，又会错失一些东西，导致最终并不像我们想象的那样能完全整合在一起。我把这称为 "理性的蛮横"：通过把所有事情都化整为零，尽管各个任务成功完成了，但却忽略了全局的成功。

成功的途径有很多，我收集了一些关键方法，这些方法帮助我和我的团队（包括开发人员和客户端团队成员）取得了很高的项目成功率（以项目成功上线、被采用并随着时间推移不断扩展来评判）：

1. 知道赛点的样子

关于项目，很难说什么时候结束。什么时候是 "完成"？定义一个明确的 "赛点" 可以让我们更容易将项目推向终点，对我来说，我的定义是将项目完成上线和使用。我倾向于开展规模较小的第一阶段项目，解决少数关键痛点，而不是试图一次性建造整个宫殿。

典型的赛点包括：

- 能够完成实际数据和预测数据比较

- 能够与实际数据源直接集成

- 让所有人都能直接参与计划过程（不再需要由中央人员 "处理 "电子表格来完成计划）

- 缩短计划周期，并因此能够更频繁地运行预测和模拟

在项目开始时确定这些目标，不仅能帮助您建立一个真正具有附加价值的模型，还能帮助您辨别是否需要变更需求，或者某些项目是否可以推迟到后期阶段。只有在能实现 "赛点"的目标下，才需要变更需求，如果是 "额外的"需求，则可以将其列入未来改进清单。

提示：在项目开始时，问小组成员这个问題：6 个月后（或相应的时间范围内）做了这个项目的您会因为什么事而感到开心？

2. 合理期望

这既适用于客户团队，也适用于顾问团队。

项目涉及公司的多个领域、多个数据库、多个目标，有时甚至是相互冲突的目标，不可能一直顺利进行。一定会出现一些问题。了解您公司基础架构中可能导致进度减慢的瓶颈。

开发人员：要理解客户除了要实施新的计划系统外，通常还有一份全职工作，他们不一定有时间陪您。

客户：理解开发人员正在努力构建满足您需求的系统，但可能需要几次迭代才能达到理想效果——开发人员不是客户公司的员工，他们无法知道员工所掌握的所有信息，可能会对您的需求有不同的解读。

3. 展示和讲述

每周与一个由关键人物组成的小团队开会，客户团队最好不超过 2-3 人，开发团队也不超过 2-3 人。

是的，这是一个典型的 "让我们回顾一下任务清单 "类型的会议，但有一个关键区别。每次会议的大部分时间都用来展示所构建的内容，并就方向是否正确获取反馈。这不仅能给开发团队提供早期和持续的反馈，还能让客户有机会从一开始就了解模型，理解不同的设计含义或需求。

这次会议应该会产生一些 "我不认为应该这样做 "的讨论，但没关系，这些会议的目的之一就是揭示对交付成果和架构的误解。撰写较长的设计文档并不能实现这一目标，反而会让客户和顾问团队因虚假的安全感而进一步分离。对我来说，缩短设计文档，而更频繁地召开评审会议是一条更成功的道路。

4. 实践测试

测试、测试、再测试。

如果您想在开发完成后立马上手，那么请从一开始就参与测试。根据公司和项目规模的不同，1-3 名开发人员应参与上文讨论的每周审核，并在整个开发过程中直接审核和使用模型。

当项目接近尾声时，咨询团队应该对模型进行一些严格的测试，并对客户也应做此要求。一旦模型似乎满足了内部和外部开发团队的要求，我们强烈建议选择一组最终用户进行测试。通常情况下，在 UAT 过程中发现的问题有助于提高模型的真实性，如任务排序、报告参数和数据访问权限。

5. 平稳推出

制定推广计划非常重要，尤其是在有大量终端用户的情况下。即使这个强大的计划模型操作简单、也经过完整测试，还是会需要手把手的指导。要记住，大多数最终用户可能不会与这样的新规划系统系统有过交集，而且，即使是开发团队认为非常合理的事情，有时也需要向更广泛的受众进行解释。

可以考虑举办午餐会，介绍系统，然后继续分享您的使用技巧和窍门，是确保用户感受到线上支持的最简单方法。在这些会议上，从用户那里收集到的关于新系统中哪些容易、哪些困难的反馈意见，可以快速改进系统，将大大提高系统的采用率。