我最近越来越在意一个问题
它不高大
甚至有点土
但每个真正负责过项目的人都会在夜里想起它
当你要把关键一环交出去
你最怕的是什么
不是慢
不是贵
也不是功能少一点
你最怕的是
某天出了事
所有人都看着你
你却发现自己没有一句话能站得住
很多人讨论基础设施
习惯把选择当成一道题
把参数算清楚
把对比表列出来
最后得到一个看似正确的答案
可负责人的世界里
选择从来不是题
选择是签字
是会议里一句我同意
是把一个环节正式写进协议里
让它成为未来很长一段时间的默认依赖
默认依赖四个字
听上去很平淡
可它意味着
你愿意承受它带来的后果
如果运行顺利
不会有人给你鼓掌
如果出现波动
会有人第一时间问你
你当初为什么选它
你凭什么选它
你有没有预案
你有没有评估
你有没有想过最坏情况
这时候你会发现
所谓最坏情况
不只是损失
更是解释
解释不出来的损失
才会把人逼到墙角
所以负责人在做决定时
会本能地寻找一种东西
它不是先进
也不是漂亮
它是可交代
可交代意味着
你能把过程讲完整
讲给团队
讲给合作方
讲给审计
讲给投资人
讲给社区
讲到最后还不觉得自己在硬撑
很多老牌方案能长期被选择
不是因为它从不出错
而是因为它让负责人在多数情况下能说清楚
它为什么成为当时最稳妥的选项
它的边界在哪里
出了问题大家该怎么处理
哪些事情可以追溯
哪些责任不会莫名其妙落在一个人头上
这是一种现实的保护
也是一种现实的共同语言
我看 APRO 的时候
最在意的也是这个方向
它给我的感觉是
它更重视让使用者能够解释
能够复盘
能够让第三方理解你的选择
这对外界来说可能不够刺激
对负责人来说却很关键
因为负责人不是在追求掌声
负责人是在避免孤立
真正难的地方也在这里
让人觉得你有价值很容易
让人敢把你放进关键位置很难
尤其是那种一旦出事就要被点名的位置
你必须让使用者相信
他们不是在单独承担一种不可控的后果
他们是在把一个可理解的流程纳入系统
流程清楚
边界清楚
争议清楚
处理方式清楚
沟通方式清楚
这些东西不会因为一句承诺就成立
它要靠一次次真实使用
靠一次次现实压力下的表现
靠一次次事件之后仍然说得清楚
所以我现在关注 APRO
关注的不是别人说它多厉害
而是会不会出现那几个愿意把它放进核心环节的人
一旦有人这么做
而且做完之后仍然能把过程讲圆
后面的人就会更容易跟进
因为多数人的选择
不是来自勇气
而是来自可复制的交代方式
我会继续盯着这个点
因为这才是基础设施走进现实的门槛
不是被讨论
而是被托付
