论技术、组织债务

   一般而言，技术债务在下面两个节点表现的最为突出，一是新上线的项目部署阶段；一是在量上来以后。部署表现或是无从下手、各相关人员同时在岗日夜陪护。量上来的表现就是失败率提高、隐性Bug浮出水面、甚至于来次携程事件也未可知。技术债务也往往和公司的组织债务交织在一起，难解难分。面对各种突发问题，是否乱了阵脚？
   短期内，通过一些手段可以化解一次危机。长期来看，这些手段也会对团队造成伤害。比如，加班加点、行政式命令。组织也往往慢慢形成了圈子。不同圈子内便有了不同的声音，造成了不同层次的解读，混淆慢慢成了混乱。
   针对背负的技术债务也会，组织债务也好，出来混，总是要还的。还也需要有不同的还法才不至于破产倒闭。这个时候，管理这个牛逼杠杠的出来了。

   管理，抑或成为治理才是偿还这些债务的杀手锏。当然需要事先规划、控制节奏、注重核心流程、借助各种工具、配合这些大家都在谈的互联网思维、协调各方。积极的去推动偿还，未来才清晰可见。

附件：

Steve写道，“组织债务”是在公司层面上是与技术债务平行的。如果技术债务是软件中妨害维护的问题，那么组织债务就是妨碍组织在日常运转中流畅运作的问题 。

Scott分享了如下几种最小化技术债务的方法：

1. 运用好的变更管理技术。
2. 鼓励业务负责人从大局出发，而不是给出小范围的解决方案。
3. 增量变更时增幅要小。