TtTtTtT
2020-01-22 11:17:55 +08:00
这是一个倒逼的循环。
为了让当前干活更加快速，前置的工作会创造尽可能多的可能性（积极的），但是对于无法预知的未来，技术债是不可避免的（消极的）。在消极因子积聚到一定程度、导致 KPI 无法达成后，就会倒逼产生新的解决方案（中性的），进入新的循环。
从达成目标的角度而言，或者是站在商业模式的立场上，上面的循环反而是良性的，因为消极因此都最终被强行转化为中性的。
而你所说的深度、重复性和潜在的风险，绝大部分时候都会在新的解决方案中处理（但处理的结果不一定是积极的）。如果作为工人，一方面就快速迭代，这是 KPI 导向下工作的本分，另一方面对于快速迭代中产生的问题进行归纳，以迎接下一次的革新，这是晋升的机会。如果作为领导，需要有节奏的对自己负责的工程进行梳理，如果当前的状态仍旧可以快速迭代，那就定期整理问题，如果当前的状态已经寸步难行，那就根据整理的问题直接开新坑。
软件是有生命的，效率优先的情况下，快速的迭代甚至包括了快速的淘汰旧架构，快速的产生新方案。