6、API 治理决策与模式实践

API 治理决策与模式实践

1. 决策执行与挑战

决策的制定并不意味着决策过程的结束，只有当有人执行或实施所做出的选择时，决策才能真正实现。在 API 管理工作中，决策的执行是至关重要的一环。如果决策执行缓慢或质量低下，那么之前所有的决策都将付诸东流。

在很多情况下，做出决策的人并不负责执行决策。这时，了解这对准确信息收集的影响就变得尤为重要。例如，你可能决定引入超媒体风格的 API，但如果设计师和开发人员发现实施起来过于困难，你就需要重新评估这个决策。一个好的治理设计必须考虑到这些实际情况，不能只追求理论上的最优决策。在评估决策质量时，也需要考虑决策的可执行性。

决策并非一成不变，API 管理系统中的每一个决策都应该接受挑战。我们常常忽略了决策在未来可能需要重新审视、修改甚至逆转。定义挑战机制可以让我们在决策层面规划持续的变革。

例如，为 API 团队定义了一个选择“菜单”，同时也应该定义一个“跳出菜单”的流程，这样既能保持一定的创新水平，又能避免做出糟糕的决策。但如果每个人都能随意挑战限制选择的决策，那么实际上就不存在任何限制了。因此，需要明确谁可以在什么情况下挑战决策。

随着业务战略和环境的变化，系统的决策也应该相应调整。为了实现这种适应性，需要在系统中构建挑战功能，思考组织中哪些人有能力“拉响警报”，挑战现有的决策。

2. 决策映射

决策由多个元素组成，理解决策的原子元素可以让我们分配决策的各个部分，而不是整个决策过程。这是组织设计的一个强大特性，有助于在效率和全面性之间取得更好的平衡。

以新 API 风格的决策为例，在传统的集中化与分散化的二元讨论中，API 管理设计