軟件工程師的哪些技能是值得CEO學習的？顯然，軟件工程師是邏輯的，高效的，注重細節的，有計劃的，并且大多數CEO也是如此。但是，軟件工程師還有一些更微妙，甚至是令人懊惱的品質，那么CEO是否可以從中學習呢？

1.懶惰

優秀的工程師（不只是軟件工程師）是懶惰的：他們喜歡自動化重復性的工作，不愿意做任何不必要的工作。會議和文書工作通常都屬于這一類。通過避免不必要的工作，軟件工程師可以更高效，并且有更多的時間去做更多有用的工作。

CEO也應該力求高效率的偷懶。刪除不必要的活動，把精力和時間放到提升價值的任務中。在大多數情況下，重復做同樣的事情是毫無意義的。如果一定要反復做的話，那么用自動化的方法。如果你做不到自動執行的話，那就委托出去！

2.經常失敗

軟件工程師有著與發明家和科學家部分相同的特質——都飽受失敗的風吹雨打。通常情況下，這是有意的，但有時是實驗性的。這不是魯莽，而是一種無畏。未知是一種需要探索的風險，你無法拒之于門外。專注實驗和原型能讓人快速學習。

CEO讓自己適應這種做法將會產生巨大的影響：開拓新市場，嘗試不同的方法，甚至研究趨勢和預想。關鍵是要失敗得既快又不浪費成本，并且牢記目的。（如果你覺得這聽起來有點像精益生產，那么就對了。）

如果你不是時常失敗，那么說明你沒有嘗試任何新的東西。

3.制造問題

軟件工程師會積極尋找問題，有時甚至會故意制造問題。問題是變相的機會，但是找不到問題并不意味著沒有問題。軟件工程師寧愿毀去成果也要看看會發生什么。他們編寫測試只是為了確保所有的邊緣情況都有效。他們實施監控系統，這樣出了問題就會被警告?？偠灾麄儠雎犎藗兊谋г埂驗檫@可能會有驚喜，這和自己找問題是一樣的。

初創企業的CEO應該學會如何系統地做到這一點，探索機會空間，直到找到需要解決的正確問題，用正確的解決方案，針對正確的市場，在正確的時間。有助于企業站穩腳跟。而知名企業的CEO在這方面做得很好，他們將制造問題作為持續改進的一種形式。

4.親自動手

軟件工程師往往不喜歡紙上談兵。他們不僅戰斗在編碼前線，而且還與用戶和客戶合作來了解各種要求和投訴。答案不是你坐在辦公室就會出來的：它們在工廠車間，在客戶的辦公室里。學習軟件世界關于用戶體驗的概念，研究它應該如何適用于你的供應鏈，以及你的員工。一個新的角度可能意味著意味著一個巨大的驚喜。

5.忽略人的因素

當軟件工程師工作的時候，往往會忽略人的因素，尤其是當他們正在努力實施改進的時候。他們認為，大多數問題起源于系統某處的約束——可以是時間，金錢，動機，激勵，標準，也可以是過程——個人往往無力解決系統。文化，同伴的壓力，以及對現狀的偏見是需要克服的強大障礙。尚未解決的事情，改變系統是緊懸軟件工程師頭頂的寶劍，這些都與人的因素無關。

CEO通常慣于應付政治系統和與人打交道，所以他們可能會傾向于將風險和指責歸派給某些個人。有時候可能這也不失為一個不錯的方法，但如果你回顧過去的人所運行的系統，那么你或許會發現系統才是問題的根源。

請記住，沒有系統是完美的，沒有系統是神圣不可侵犯的。

6.殺死你的寵兒

工程師不怕測試自己的想法，并且如果證明是不切實際的，也會毫不猶豫地丟棄它們。他們經常會通過摒棄寶貴的想法和業余項目來“殺死他們自己的寵兒”，無論這個寵兒有多么地令人著迷，如果它們不能工作的話。CEO可以通過面向現實審核他們的想法，也可以通過客觀地評價他人的表現來“殺死自己的寵兒”。 （顯然殺人是犯法的，此處并非真正的人。）

7.發呆

軟件工程師常常發呆，但他們稱之為系統思考：一種讓人將一系列復雜的相互關聯的系統視為一個整體的能力。系統思考可以說是從復雜性中生出連貫性和簡單性最重要的（有時也是最惱人的）催化劑。軟件工程師擅長系統思考，解決問題通常要求他們平衡包括時間、資金和質量以外的多重約束。雖然這種習性在決定去哪里吃午飯時讓人非常懊惱，但在處理意義重大的問題和尋找機遇的時候，非常有價值。

CEO必須時刻處理多個相互關聯的系統和沖突約束。孤立地檢查每個部分是不夠的——你還必須考慮所有潛在的相關關系和力量。系統思維同時包括從多個角度出發的，高層次的和細微的思考。由此看來，一個完整的模型可作為一個識別、組織和解決子問題的框架來提供服務。通常，若干個簡單的理念和規則就足以讓一個亂七八糟的敗筆蛻變成一個整體化的結晶。

軟件工程師不是因寫代碼而獲取報酬：而是因思考。系統思考在你寫代碼的時候是不會發生的（不過有時候，兩者可能會同時進行）。所以，如果你看到一個軟件工程師在發呆，經常發呆，那才是真正干活應有的樣子。簡單又優雅的解決方案不是從天上掉下來的，而是通過不懈地思考和追求得來的。

創造力

給自己一點安靜的時間，發揮你所有的想象力和創造力，來承擔你作為一個CEO需要解決的問題。分析問題的錯綜復雜和約束條件。猜想它們之間的相互作用力。從多個角度加以思考。尋找有助于解釋或簡化發生了什么或者你想要發生什么的模式和類比。并且當你發現一個可能的回答時，運行一個快速又廉價的實驗來測試。然后重復。循環往復。你的工作，就如同軟件工程師的工作一樣，是永遠做不完的。