技术负债：是妥协，也是手段。

Posted 2020-10-29

很多时候，技术管理者都会遇到同样的问题：CEO下达的命令，CTO一定要完全执行么？关于这个问题，本来生活的技术负责人钱荣明曾经给我们讲过这样一个案例。

经常有CEO一个电话就要求CTO某个项目一个月上线，这些话在创业初期不绝于耳，可能是因为你的老板不懂技术、可能是为了抢占市场先机、也可能是因为技术管理者对业务的不了解，再加上沟通能力不足，所以CTO只能妥协，尽可能快的实现领导下达的目标。我的老板也对我提出过这样的要求，当时我和CEO提前沟通，我可以用一个月的时间做出一套系统，但是这个系统可能最终无法让双方满意，不能达到预期。因为要抓住市场机遇，实现业务的升值，所以我无奈之下做了一个非常错误的决定：带领团队把现有IT系统拆分，拷贝了一套出来，再此基础上修改，重建了一条分支。这就意味着，本来生活有两套系统，各自有独立的服务器，独立的系统、独立的数据监测。

当时这个解决办法的确满足了业务的需求，但很快更多的问题暴露了出来：财务层面，报告层面，公司结构层面……都需要将两套独立系统再度融合在一起。这个惨痛的教训也深深的告诉我，技术负债是一定要收利息的，出来混，迟早都是要还的。

技术负债，是指由于某些限制，做出的一种短期见效快，长期有伤害的，在技术层面的决定，无法完全地实施计划好的各项功能，理想实施完成状态和实际实施结果之间的差异。

从上面我们可以看到，技术负债有时候并不完全是指这个代码有多糟糕，而更有可能是强调这个代码带来的持续增长的成本，即技术负债的利息——后续研发和运营因为不完善的系统实施而需要付出的额外努力。举个例子，如果前期的实施不包括运营管理平台，所有后期的运营都要手工操作，这在效率上大打折扣，需要招聘额外的人手。

现实生活中，很多潜在的问题，在项目初期很难被发现，很多问题都是在实践的过程中发现的，敏捷开发，有利于解决类似的问题。但是越到后期，和技术负债相关的请求，就会越难被接受，因为他们的投入产出比小，风险大。更糟糕的情况是，有一些东西，是需要事后的消化，后知后觉的，这无异是得不偿失的。

事实上，我们见到的技术负债的出现，一种是成熟的CTO，为了满足业务的需要，使得产品能够最快的进入市场、取得竞争优势，在已经规划好哪些部分暂时不实施，认真评估了后续实施可能性的情况下做出的技术决策；另一种，也可能是由于不成熟的CTO，由于漫无目的的软件架构、坐在代码面前，只顾现在，不顾将来，匆忙的软件开发形成的。这其中，是否是一个合格甚至是优秀的CTO，高下立判。

Q:那什么是优秀的CTO呢？

懂技术，是根本，CTO存在的核心价值是拥有技术性视野

懂战略，是未来，要有长远的眼光和部署

懂商业，是基石，知道企业存在的社会价值

懂管理，是动力，和高管团队合作，共同管理技术团队

CTO的技术视野，要看的高、看的远，要看到冰山的下部，任何事情都要看本质，看到本质才能做正确的决策。

看得高：站在公司战略的高度。CTO要切记站在公司的角度去看问题，制定技术战略，抓住两个最重要的点。切记，技术团队是帮助公司达成盈利，解决生存问题，完成最终商业目标，而不是单纯地沉溺于技术高低的误区里。

看得远：了解最新技术和应用场景。保持对国内外、技术前沿及行业趋势的敏感、热爱的同时对公司的技术储备和路线做到心中有谱，推进技术的创新与落地。保持团队在技术方向上的前瞻性，提前布局。

以上，只是成为一个优秀的CTO的第一步，拥有CTO的技术视野。CTO训练营，整合了六大CTO的能力修炼法则，【CTO大格局】、【管理之道】、【铸造铁军】、【企业战略】、【企业运营】、【自我修炼】，帮你走向优秀，成为顶级CTO。