编排债务出现在模型债务之前

模型质量很重要。但在许多系统中，第一种昂贵的债务形式是编排债务。

当团队在没有干净的操作模型的情况下堆叠工具、提示、重试和条件分支时，这种债务就会累积。系统一直在运行，但没有人可以在不阅读源代码或重建日志的情况下解释从输入到操作的完整路径。

警告标志

• 在没有共享逻辑的情况下重试跨流复制
• 与主要工作流程相矛盾的后备路径
• 工具故障的归属不明
• 隐式编码业务策略的提示

为什么它变得昂贵

债务编排分散了运营的不确定性。每一项新功能都会继承之前功能的不明确行为，并且调试时间的增长速度快于产品功能的增长速度。

更好的规则

将工作流程设计视为架构，而不是粘合代码。如果流程很关键，那么它就应该有明确的状态、明确的转换和明确的人工检查点。

底线

许多团队首先不需要不同的模型。他们需要围绕现有模型建立一个更清晰的系统。