“暂时只能这样”常态化的一刻

はじめに

在业务高速发展的现场，常能听到“暂时只能这样”这句话。在当下，这或许是推动业务前进的正确判断。然而，当这一临时性判断缺乏明确的期限和条件时，它便会异化为一种恒常性的前提，成为滋生技术债务、组织疲劳和决策停滞的结构性根源。本文将系统性地梳理“暂时只能这样”常态化的机制，及其所引发的经营课题。

在紧急度高、客户影响大或不容错失增长机会的情况下，优先响应速度而非设计完美性的“暂时只能这样”判断，从经营角度看是合理的。问题的本质不在于判断本身，而在于这个判断没有设定“到何时为止”、“在何种条件下”的期限与条件。

当“暂时只能这样”被反复使用时，例外处理、手动操作和临时规则便会不断累积。例外本应是暂时的，但当例外增多且相互交织时，就会出现一个临界点——再也分不清哪里是例外了。从这一刻起，例外就变成了组织心照不宣的前提。

在许多IT环境中，临时性的应急措施或暂定方案，被当作正式系统持续使用多年的情况屡见不鲜。其背后往往是“不敢停下正在运行的系统”、“无法预估影响范围”、“无人掌握全局”的状况，导致“不修复”反而被视为最安全的选择。

技术债务的本质，并非仅仅是陈旧的代码或糟糕的实现。它是“推迟决策的记录”，是“未决事项的累积”。反复使用“暂时只能这样”的结果，是决策本身变成了债务。这才是IT战略上真正的风险。

要消除“暂时只能这样”并偿还技术债务，需要做出“在哪里停止”、“舍弃什么”、“重做什么”等不可逆的经营决策。然而，这些决策对一线而言过于沉重，IT部门缺乏权限，而管理层又不愿介入具体判断，结果导致无人愿意承担“回退”的责任。

这种状态持续下去，以勉强为前提的运作、对特定人员的依赖、以及回避提出问题的氛围，就会固化为组织文化。当“问题虽知，但眼下无法着手”成为整个组织的共识时，改善活动实际上就已停滞。

所欠缺的，是明确了“可以接受‘暂时只能这样’”之条件的“附期限的经营决策”。必须明确“暂定状态持续到何时”、“在哪个时间点回归本来面貌”。“暂时只能这样”只有与期限、回收计划、责任主体相结合，才能成为健康的IT投资决策。

“暂时只能这样”只有在同时满足以下三个条件时，才被允许使用：

若不具备这些条件，这句话就只是一句将未来的崩溃不断推迟的咒语。

关键不在于追问“为何勉强状态持续存在”，而在于具体地追问并执行“哪个‘暂时只能这样’，由谁，在何时回收”。下篇将探讨，在临时应对已成常态的组织中，为何成功案例无法复制、组织学习难以发生，并解析其背后的机制。