|
01 很多时候，技术管理者都会遇到同样的问题：CEO下达的命令，CTO一定要完全执行么？关于这个问题，本来生活的技术负责人钱荣明曾经给我们讲过这样一个案例。 经常有CEO一个电话就要求CTO某个项目一个月上线，这些话在创业初期不绝于耳，可能是因为你的老板不懂技术、可能是为了抢占市场先机、也可能是因为技术管理者对业务的不了解，再加上沟通能力不足，所以CTO只能妥协，尽可能快的实现领导下达的目标。我的老板也对我提出过这样的要求，当时我和CEO提前沟通，我可以用一个月的时间做出一套系统，但是这个系统可能最终无法让双方满意，不能达到预期。因为要抓住市场机遇，实现业务的升值，所以我无奈之下做了一个非常错误的决定：带领团队把现有IT系统拆分，拷贝了一套出来，再此基础上修改，重建了一条分支。这就意味着，本来生活有两套系统，各自有独立的服务器，独立的系统、独立的数据监测。 当时这个解决办法的确满足了业务的需求，但很快更多的问题暴露了出来：财务层面，报告层面，公司结构层面……都需要将两套独立系统再度融合在一起。这个惨痛的教训也深深的告诉我，技术负债是一定要收利息的，出来混，迟早都是要还的。 02 技术负债，是指由于某些限制，做出的一种短期见效快，长期有伤害的，在技术层面的决定，无法完全地实施计划好的各项功能，理想实施完成状态和实际实施结果之间的差异。 但从上面我们可以看到，技术负债有时候并不完全是指这个代码有多糟糕，而更有可能是强调这个代码带来的持续增长的成本，即技术负债的利息——后续研发和运营因为不完善的系统实施而需要付出的额外努力。举个例子，如果前期的实施不包括运营管理平台，所有后期的运营都要手工操作，这在效率上大打折扣，需要招聘额外的人手。 现实生活中，很多潜在的问题，在项目初期很难被发现，很多问题都是在实践的过程中发现的，敏捷开发，有利于解决类似的问题。但是越到后期，和技术负债相关的请求，就会越难被接受，因为他们的投入产出比小，风险大。更糟糕的情况是，有一些东西，是需要事后的消化，后知后觉的，这无异是得不偿失的。 事实上，我们见到的技术负债的出现，一种是成熟的CTO，为了满足业务的需要，使得产品能够最快的进入市场、取得竞争优势，在已经规划好哪些部分暂时不实施，认真评估了后续实施可能性的情况下做出的技术决策；另一种，也可能是由于不成熟的CTO，由于漫无目的的软件架构、坐在代码面前，只顾现在，不顾将来，匆忙的软件开发形成的。这其中，是否是一个合格甚至是优秀的CTO，高下立判。 03
CTO的技术视野，要看的高、看的远，要看到冰山的下部，任何事情都要看本质，看到本质才能做正确的决策。 看得高：站在公司战略的高度。CTO要切记站在公司的角度去看问题，制定技术战略，抓住两个最重要的点。切记，技术团队是帮助公司达成盈利，解决生存问题，完成最终商业目标，而不是单纯地沉溺于技术高低的误区里。 看得远：了解最新技术和应用场景。保持对国内外、技术前沿及行业趋势的敏感、热爱的同时对公司的技术储备和路线做到心中有谱，推进技术的创新与落地。保持团队在技术方向上的前瞻性，提前布局。 以上，只是成为一个优秀的CTO的第一步，拥有CTO的技术视野。CTO训练营，整合了六大CTO的能力修炼法则，【CTO大格局】、【管理之道】、【铸造铁军】、【企业战略】、【企业运营】、【自我修炼】，帮你走向优秀，成为顶级CTO。 51CTO旗下面向技术管理者的平台之一，致力于为行业中技术领袖提供知识学习和价值成长，强调技术管理者的“技术性视野”和“商业性视野”，提升技术决策能力、商业性知识和领导能力，由业界资深技术高管、技术型创始人、投资人等共同参与到课程内容的设计及教授中，帮助中国最具潜力的技术管理者成为未来技术领域的领袖。 |
|
|
