一位前 NHS 员工在被迫离职后，目睹了团队引入的“新系统”——把原本纸质或类 Excel 的流程搬到屏幕上，但问题依然存在：重复填写、信息重叠、无人应答。作者从工程师视角拆解了这个失败模式，指出其本质是工程中常见的经典错误：把坏流程数字化，得到数字化的坏流程。
文章从几个层面展开：政策即规格说明，软件即实现。当政策要求“提供个性化支持”而软件只提供一个硬编码流程时，实现就与规格矛盾，就像 bug 一样自然产生。系统本身是不可靠的第三方依赖——无文档、无负责人、bus factor 为零，甚至是从美国未经审查引入英国的。可及性不是 UI 问题，而是架构问题：底层模型假设所有人走同一条路径，再漂亮的界面也无法帮助那条路径之外的人。反馈环路被切断：诚实报告问题的人被惩罚，issue tracker 静默，从外部看以为系统稳定，实际上是传感器被关闭了。开源的潜力巨大，但必须与政策同步进化——仅开源实现而不改变反馈文化，只是把故障公之于众。
文章最终提出：真正的问题不是“如何数字化现有流程”，而是“如何构建一个从使用者那里持续学习的系统”。核心是把决策过程本身也变成可观测的，让反馈回路真正闭环。这与技术栈无关——Python、Java 还是纸张，底层价值观一致：透明、问责、共享责任。一个只交付服务的系统是盲目运行的，而一个能学习的系统才值得建造。
#开发者 #工具 #NHS #UK #开源 #反馈循环 #系统架构 #政策 #可观测性
@DevToolboxHub