經常有CEO一個電話就要求CTO某個項目一個月上線，這些話在創業初期不絕於耳，可能是因為你的老板不懂技術、可能是為了搶占市場先機、也可能是因為技術管理者對業務的不了解，再加上溝通能力不足，所以CTO只能妥協，盡可能快的實現領導下達的目標。我的老板也對我提出過這樣的要求，當時我和CEO提前溝通，我可以用一個月的時間做出一套系統，但是這個系統可能最終無法讓雙方滿意，不能達到預期。因為要抓住市場機遇，實現業務的升值，所以我無奈之下做了一個非常錯誤的決定：帶領團隊把現有IT系統拆分，拷貝了一套出來，再此基礎上修改，重建了一條分支。這就意味著，本來生活有兩套系統，各自有獨立的服務器，獨立的系統、獨立的數據監測。

當時這個解決辦法的確滿足了業務的需求，但很快更多的問題暴露了出來：財務層面，報告層面，公司結構層面……都需要將兩套獨立系統再度融合在一起。這個慘痛的教訓也深深的告訴我，技術負債是一定要收利息的，出來混，遲早都是要還的。

技術負債，是指由於某些限制，做出的一種短期見效快，長期有傷害的，在技術層面的決定，無法完全地實施計劃好的各項功能，理想實施完成狀態和實際實施結果之間的差異。

從上面我們可以看到，技術負債有時候並不完全是指這個代碼有多糟糕，而更有可能是強調這個代碼帶來的持續增長的成本，即技術負債的利息——後續研發和運營因為不完善的系統實施而需要付出的額外努力。舉個例子，如果前期的實施不包括運營管理平臺，所有後期的運營都要手工操作，這在效率上大打折扣，需要招聘額外的人手。

現實生活中，很多潛在的問題，在項目初期很難被發現，很多問題都是在實踐的過程中發現的，敏捷開發，有利於解決類似的問題。但是越到後期，和技術負債相關的請求，就會越難被接受，因為他們的投入產出比小，風險大。更糟糕的情況是，有一些東西，是需要事後的消化，後知後覺的，這無異是得不償失的。

事實上，我們見到的技術負債的出現，一種是成熟的CTO，為了滿足業務的需要，使得產品能夠最快的進入市場、取得競爭優勢，在已經規劃好哪些部分暫時不實施，認真評估了後續實施可能性的情況下做出的技術決策；另一種，也可能是由於不成熟的CTO，由於漫無目的的軟件架構、坐在代碼面前，只顧現在，不顧將來，匆忙的軟件開發形成的。這其中，是否是一個合格甚至是優秀的CTO，高下立判。

CTO的技術視野，要看的高、看的遠，要看到冰山的下部，任何事情都要看本質，看到本質才能做正確的決策。

看得高：站在公司戰略的高度。CTO要切記站在公司的角度去看問題，制定技術戰略，抓住兩個最重要的點。切記，技術團隊是幫助公司達成盈利，解決生存問題，完成最終商業目標，而不是單純地沈溺於技術高低的誤區裏。

看得遠：了解最新技術和應用場景。保持對國內外、技術前沿及行業趨勢的敏感、熱愛的同時對公司的技術儲備和路線做到心中有譜，推進技術的創新與落地。保持團隊在技術方向上的前瞻性，提前布局。

以上，只是成為一個優秀的CTO的第一步，擁有CTO的技術視野。CTO訓練營，整合了六大CTO的能力修煉法則，【CTO大格局】、【管理之道】、【鑄造鐵軍】、【企業戰略】、【企業運營】、【自我修煉】，幫你走向優秀，成為頂級CTO。

技術負債：是妥協，也是手段。