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

1.懶惰

優(yōu)秀的工程師（不只是軟件工程師）是懶惰的：他們喜歡自動(dòng)化重復(fù)性的工作，不愿意做任何不必要的工作。會(huì)議和文書(shū)工作通常都屬于這一類(lèi)。通過(guò)避免不必要的工作，軟件工程師可以更高效，并且有更多的時(shí)間去做更多有用的工作。

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

2.經(jīng)常失敗

軟件工程師有著與發(fā)明家和科學(xué)家部分相同的特質(zhì)——都飽受失敗的風(fēng)吹雨打。通常情況下，這是有意的，但有時(shí)是實(shí)驗(yàn)性的。這不是魯莽，而是一種無(wú)畏。未知是一種需要探索的風(fēng)險(xiǎn)，你無(wú)法拒之于門(mén)外。專(zhuān)注實(shí)驗(yàn)和原型能讓人快速學(xué)習(xí)。

CEO讓自己適應(yīng)這種做法將會(huì)產(chǎn)生巨大的影響：開(kāi)拓新市場(chǎng)，嘗試不同的方法，甚至研究趨勢(shì)和預(yù)想。關(guān)鍵是要失敗得既快又不浪費(fèi)成本，并且牢記目的。（如果你覺(jué)得這聽(tīng)起來(lái)有點(diǎn)像精益生產(chǎn)，那么就對(duì)了。）

如果你不是時(shí)常失敗，那么說(shuō)明你沒(méi)有嘗試任何新的東西。

3.制造問(wèn)題

軟件工程師會(huì)積極尋找問(wèn)題，有時(shí)甚至?xí)室庵圃靻?wèn)題。問(wèn)題是變相的機(jī)會(huì)，但是找不到問(wèn)題并不意味著沒(méi)有問(wèn)題。軟件工程師寧愿毀去成果也要看看會(huì)發(fā)生 什么。他們編寫(xiě)測(cè)試只是為了確保所有的邊緣情況都有效。他們實(shí)施監(jiān)控系統(tǒng)，這樣出了問(wèn)題就會(huì)被警告。總而言之，他們會(huì)聆聽(tīng)人們的抱怨——因?yàn)檫@可能會(huì)有驚 喜，這和自己找問(wèn)題是一樣的。

初創(chuàng)企業(yè)的CEO應(yīng)該學(xué)會(huì)如何系統(tǒng)地做到這一點(diǎn)，探索機(jī)會(huì)空間，直到找到需要解決的正確問(wèn)題，用正確的解決方案，針對(duì)正確的市場(chǎng)，在正確的時(shí)間。有助于企業(yè)站穩(wěn)腳跟。而知名企業(yè)的CEO在這方面做得很好，他們將制造問(wèn)題作為持續(xù)改進(jìn)的一種形式。

4.親自動(dòng)手

軟件工程師往往不喜歡紙上談兵。他們不僅戰(zhàn)斗在編碼前線，而且還與用戶(hù)和客戶(hù)合作來(lái)了解各種要求和投訴。答案不是你坐在辦公室就會(huì)出來(lái)的：它們?cè)诠?廠車(chē)間，在客戶(hù)的辦公室里。學(xué)習(xí)軟件世界關(guān)于用戶(hù)體驗(yàn)的概念，研究它應(yīng)該如何適用于你的供應(yīng)鏈，以及你的員工。一個(gè)新的角度可能意味著意味著一個(gè)巨大的驚 喜。

5.忽略人的因素

當(dāng)軟件工程師工作的時(shí)候，往往會(huì)忽略人的因素，尤其是當(dāng)他們正在努力實(shí)施改進(jìn)的時(shí)候。他們認(rèn)為，大多數(shù)問(wèn)題起源于系統(tǒng)某處的約束——可以是時(shí)間，金 錢(qián)，動(dòng)機(jī)，激勵(lì)，標(biāo)準(zhǔn)，也可以是過(guò)程——個(gè)人往往無(wú)力解決系統(tǒng)。文化，同伴的壓力，以及對(duì)現(xiàn)狀的偏見(jiàn)是需要克服的強(qiáng)大障礙。尚未解決的事情，改變系統(tǒng)是緊 懸軟件工程師頭頂?shù)膶殑Γ@些都與人的因素?zé)o關(guān)。

CEO通常慣于應(yīng)付政治系統(tǒng)和與人打交道，所以他們可能會(huì)傾向于將風(fēng)險(xiǎn)和指責(zé)歸派給某些個(gè)人。有時(shí)候可能這也不失為一個(gè)不錯(cuò)的方法，但如果你回顧過(guò)去的人所運(yùn)行的系統(tǒng)，那么你或許會(huì)發(fā)現(xiàn)系統(tǒng)才是問(wèn)題的根源。

請(qǐng)記住，沒(méi)有系統(tǒng)是***的，沒(méi)有系統(tǒng)是神圣不可侵犯的。

6.殺死你的寵兒

工程師不怕測(cè)試自己的想法，并且如果證明是不切實(shí)際的，也會(huì)毫不猶豫地丟棄它們。他們經(jīng)常會(huì)通過(guò)摒棄寶貴的想法和業(yè)余項(xiàng)目來(lái)“殺死他們自己的寵 兒”，無(wú)論這個(gè)寵兒有多么地令人著迷，如果它們不能工作的話。CEO可以通過(guò)面向現(xiàn)實(shí)審核他們的想法，也可以通過(guò)客觀地評(píng)價(jià)他人的表現(xiàn)來(lái)“殺死自己的寵 兒”。 （顯然殺人是犯法的，此處并非真正的人。）

7.發(fā)呆

軟件工程師常常發(fā)呆，但他們稱(chēng)之為系統(tǒng)思考：一種讓人將一系列復(fù)雜的相互關(guān)聯(lián)的系統(tǒng)視為一個(gè)整體的能力。系統(tǒng)思考可以說(shuō)是從復(fù)雜性中生出連貫性和簡(jiǎn) 單性最重要的（有時(shí)也是最?lèi)廊说模┐呋瘎＼浖こ處熒瞄L(zhǎng)系統(tǒng)思考，解決問(wèn)題通常要求他們平衡包括時(shí)間、資金和質(zhì)量以外的多重約束。雖然這種習(xí)性在決定去 哪里吃午飯時(shí)讓人非常懊惱，但在處理意義重大的問(wèn)題和尋找機(jī)遇的時(shí)候，非常有價(jià)值。

[[146693]]

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

軟件工程師不是因?qū)懘a而獲取報(bào)酬：而是因思考。系統(tǒng)思考在你寫(xiě)代碼的時(shí)候是不會(huì)發(fā)生的（不過(guò)有時(shí)候，兩者可能會(huì)同時(shí)進(jìn)行）。所以，如果你看到一個(gè) 軟件工程師在發(fā)呆，經(jīng)常發(fā)呆，那才是真正干活應(yīng)有的樣子。簡(jiǎn)單又優(yōu)雅的解決方案不是從天上掉下來(lái)的，而是通過(guò)不懈地思考和追求得來(lái)的。

創(chuàng)造力

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

譯文鏈接：http://www.codeceo.com/article/7-skills-ceo-learn-from-programmer.html
英文原文：7 skills software engineers can teach CEOs