如果CEO和各級(jí)管理人員不了解軟件，那么他們將是可有可無(wú)的。這要么會(huì)限制他們的職業(yè)發(fā)展，要么會(huì)對(duì)公司業(yè)績(jī)產(chǎn)生負(fù)面影響。不管怎樣，不了解軟件都注定要失敗。

小編整理列出了管理者應(yīng)該知道的10個(gè)常識(shí)：

●軟件不是魔術(shù)；

●軟件永遠(yuǎn)不會(huì)“完成”；

●軟件開(kāi)發(fā)是團(tuán)隊(duì)作戰(zhàn)，沒(méi)有人能做所有事情；

●設(shè)計(jì)不是外觀，而是工作原理；

●安全是每個(gè)人的責(zé)任；

●feature大小并不能預(yù)測(cè)開(kāi)發(fā)時(shí)間；

●偉大來(lái)自于成千上萬(wàn)的小進(jìn)步；

●技術(shù)債很討厭，但不可避免；

●軟件不會(huì)自己運(yùn)行（軟件需要運(yùn)維）；

●復(fù)雜的系統(tǒng)需要DevOps才能良好運(yùn)行。

關(guān)于軟件，小編覺(jué)得這是所有管理者都需要知道的10件zui重要的事情，接下來(lái)，一一給大家來(lái)詳細(xì)講講昆明軟件開(kāi)發(fā)公司——來(lái)可云信息技術(shù)對(duì)著10件事的理解吧：

1、軟件不是魔術(shù)

軟件不是魔術(shù)。雖然它看起來(lái)像魔術(shù)，或者是魔法，但它不是魔法。每一個(gè)元素都是由人設(shè)計(jì)的，都有其數(shù)學(xué)基礎(chǔ)，或者是可以用人類語(yǔ)言解釋的過(guò)程。

與魔術(shù)不同，軟件不是憑空變出來(lái)的。它需要設(shè)計(jì)、構(gòu)建和維護(hù)。就像房子有多種系統(tǒng)一起工作(地基、結(jié)構(gòu)、管道、房間、家具等等)那樣，軟件系統(tǒng)也需要許多層和子系統(tǒng)來(lái)創(chuàng)建整個(gè)系統(tǒng)。它可以設(shè)計(jì)得很好，也可以設(shè)計(jì)得很差，而且快速的設(shè)計(jì)很少能持久。

如果人們不能用語(yǔ)言來(lái)描述它會(huì)做什么（包括想要的結(jié)果和如何實(shí)現(xiàn)），那么計(jì)算機(jī)也無(wú)法做到?！癶ow”被稱為算法，這并不神奇。

機(jī)器學(xué)習(xí)和其他人工智能技術(shù)也并不神奇。機(jī)器學(xué)習(xí)是基于數(shù)據(jù)的預(yù)測(cè)，而不是顯式的規(guī)則或指令。它一般是用線性代數(shù)來(lái)做的。如果有100萬(wàn)張已知的香蕉照片和100萬(wàn)張沒(méi)有香蕉的照片，一個(gè)訓(xùn)練有素的機(jī)器學(xué)習(xí)系統(tǒng)看一張新照片，會(huì)根據(jù)它從之前的照片中學(xué)到的知識(shí)告訴你它看起來(lái)像第—組還是第二組，這不是魔術(shù)。使用機(jī)器學(xué)習(xí)根據(jù)過(guò)去的招聘決定對(duì)簡(jiǎn)歷進(jìn)行排序，即使沒(méi)有任何故意的偏見(jiàn)，也可能會(huì)放大經(jīng)驗(yàn)主義的招聘歷史。

2、軟件永遠(yuǎn)不會(huì)“完成”

軟件永遠(yuǎn)不會(huì)“完成”，軟件是一個(gè)迭代的過(guò)程，在其生命周期中包含許多修訂和更新。我們的工作是創(chuàng)造一個(gè)能認(rèn)識(shí)到這一點(diǎn)的環(huán)境。

同樣，我們從來(lái)沒(méi)有期望市場(chǎng)營(yíng)銷和客戶獲取是“完成的”，它們也是迭代過(guò)程。在每個(gè)迭代中，隨著我們不斷地為業(yè)務(wù)交付價(jià)值，我們也不斷地學(xué)習(xí)和成長(zhǎng)。即使已經(jīng)做了一些成功的發(fā)布，我們從來(lái)沒(méi)有打算“停止”做這些事情。

如果軟件可以在一個(gè)版本中完成就好了，但這不是現(xiàn)實(shí)。需求文檔充滿了模糊性，軟件的第—個(gè)版本充滿了“哦，那是我寫(xiě)的，但不是我的意思”的場(chǎng)景。zui好的軟件能激發(fā)新的想法和功能需求，看到新的銷售管理系統(tǒng)更加高效，就會(huì)激發(fā)出更高的效率。世界在變化，競(jìng)爭(zhēng)對(duì)手提供了新的功能，人們就有了新的想法。另外，總是有一些bug需要修復(fù)：可能是在代碼中，也可能是在構(gòu)建代碼的底層軟件框架和系統(tǒng)中。某些軟件可能是完美的，但可以確信的是，隨著時(shí)間的推移，人們會(huì)發(fā)現(xiàn)它所構(gòu)建的平臺(tái)存在各種漏洞。

我們的工作就是讓一個(gè)組織能夠認(rèn)識(shí)到這一點(diǎn)。

認(rèn)識(shí)到這一點(diǎn)的方法是建立一個(gè)有信心定期發(fā)布新版本的組織。當(dāng)完全自動(dòng)化測(cè)試和其他工程規(guī)范就位時(shí)，我們就建立了信心。這種信心創(chuàng)造了一種能力，可以避免過(guò)長(zhǎng)的發(fā)布周期，而是每季度、每月甚至每周發(fā)布高質(zhì)量的軟件。特定的頻率并不重要，但是信心很重要，自信能夠帶來(lái)更快的創(chuàng)新。

3、軟件開(kāi)發(fā)是團(tuán)隊(duì)作戰(zhàn)，沒(méi)有人能做所有事情

軟件開(kāi)發(fā)是團(tuán)隊(duì)作戰(zhàn)，開(kāi)發(fā)人員既不是產(chǎn)品經(jīng)理，也不是UX(用戶體驗(yàn))設(shè)計(jì)師，也不是質(zhì)量工程師、分析師、安全專家、技術(shù)作家或運(yùn)營(yíng)工程師。組織需要所有角色。

沒(méi)有哪個(gè)管理者會(huì)建議每個(gè)銷售人員都做營(yíng)銷及PR，否則就解雇銷售團(tuán)隊(duì)（因?yàn)闋I(yíng)銷人員了解產(chǎn)品，也能做銷售）。營(yíng)銷和銷售是相關(guān)的，但又是不同的。因此，兩者之間存在著分工。

同樣，開(kāi)發(fā)團(tuán)隊(duì)需要獨(dú)立的人員來(lái)收集需求、質(zhì)量保證和測(cè)試、代碼編寫(xiě)等等。

一個(gè)開(kāi)發(fā)人員可以“做所有事情”的神話，稱為“全棧開(kāi)發(fā)人員”或“10x工程師”，這一般只存在于小公司。是的，一個(gè)非常小的公司可能一個(gè)人同時(shí)做營(yíng)銷和銷售，但你可能不會(huì)加入這樣的小公司。

不要用自己的興趣去挑戰(zhàn)別人吃飯的專業(yè)。一個(gè)小孩“擅長(zhǎng)Facebook”并不意味著他或她會(huì)成為下一個(gè)扎克伯格；一個(gè)小孩對(duì)工程學(xué)很感興趣并不意味著他或她可以能夠使用微積分；一個(gè)小孩能夠自己做了一個(gè)網(wǎng)站并不意味著這個(gè)網(wǎng)站每小時(shí)可以處理數(shù)十億的金融交易。

4、設(shè)計(jì)不是外觀，而是工作原理

史蒂夫·喬布斯有句名言：”設(shè)計(jì)不只是外表和感覺(jué)。設(shè)計(jì)就是工作原理?！?UX設(shè)計(jì)師不會(huì)坐下來(lái)決定菜單的顏色，或者決定按鈕是圓形還是方形，他們決定工作流和交互是什么。

用戶會(huì)看到一個(gè)有三個(gè)選項(xiàng)的屏幕，還是一個(gè)屏幕只顯示一個(gè)選項(xiàng)？這個(gè)設(shè)計(jì)決定需要心理學(xué)、對(duì)用戶的同理心，以及測(cè)試、測(cè)試、再測(cè)試。

UX設(shè)計(jì)的zui大挑戰(zhàn)之一是，一旦你熟悉了系統(tǒng)，就失去了預(yù)測(cè)新用戶的能力。設(shè)計(jì)該系統(tǒng)的人在預(yù)測(cè)新用戶的需求時(shí)將自動(dòng)被取消資格。UX可能很漂亮、優(yōu)雅，可以與一件藝術(shù)品相媲美，但是請(qǐng)UX設(shè)計(jì)師將背景更改為帆船的圖片是沒(méi)有幫助的。

我們的工作是信任測(cè)試數(shù)據(jù)而不是主觀臆測(cè)，創(chuàng)建一個(gè)環(huán)境，在產(chǎn)品發(fā)布之前計(jì)劃進(jìn)行多次修訂，并期望在產(chǎn)品發(fā)布之后進(jìn)行進(jìn)一步的改進(jìn)。不要將UX設(shè)計(jì)人員與圖形設(shè)計(jì)人員混淆。讓UX計(jì)師設(shè)計(jì)公司節(jié)日賀卡和讓技術(shù)作家寫(xiě)公司通訊是一樣的失禮行為，這些是不同的技能。

5、安全是每個(gè)人的責(zé)任

不管知不知道，無(wú)論愿不愿意，我們都是從事安全行業(yè)的。所有軟件都有安全需求和潛在的安全漏洞。開(kāi)發(fā)軟件所涉及的系統(tǒng)也有安全需求和漏洞。雖然防火墻和入侵檢測(cè)等安全的基礎(chǔ)設(shè)施組件是必要的，但它們還不夠：還必須使用內(nèi)置的安全控制來(lái)設(shè)計(jì)、實(shí)現(xiàn)和維護(hù)軟件平臺(tái)。安全既是好的技術(shù)，也是好的流程。

如果認(rèn)為我們不是被攻擊的目標(biāo)，那就錯(cuò)了。所有的計(jì)算機(jī)系統(tǒng)都是被攻擊的目標(biāo)，因?yàn)楣舨粌H是為了其中的信息，而僅僅是它是一臺(tái)計(jì)算機(jī)這樣的一個(gè)事實(shí)。例如，一個(gè)沒(méi)有價(jià)值信息的系統(tǒng)是網(wǎng)絡(luò)攻擊目標(biāo)，因?yàn)樗梢员挥脕?lái)轉(zhuǎn)發(fā)對(duì)其他計(jì)算機(jī)的攻擊，或挖掘比特幣，或存儲(chǔ)他人的盜版視頻。

安全不是打開(kāi)/關(guān)閉這樣按鈕，有許多灰色地帶。安全性要從一開(kāi)始考慮。事后的亡羊補(bǔ)牢是昂貴的，而且往往是無(wú)效的。我們不會(huì)先造一艘船，然后再“添加”一種讓它漂浮的功能。同樣，也無(wú)法先構(gòu)建一個(gè)系統(tǒng)，然后按下“具有安全性”按鈕就安全了。

安全是關(guān)于風(fēng)險(xiǎn)和對(duì)風(fēng)險(xiǎn)的容忍度。對(duì)兩個(gè)節(jié)點(diǎn)之間的通信進(jìn)行加密并不能保證它的安全性，但它提高了安全性，只有超級(jí)算力才有可能破解密碼。在一個(gè)領(lǐng)域降低風(fēng)險(xiǎn)對(duì)其他領(lǐng)域沒(méi)有幫助。保護(hù)網(wǎng)絡(luò)并不能防止物理安全問(wèn)題。一個(gè)人撐開(kāi)一扇門(mén)，其他人就能偷走你的備份磁帶。

正如吉恩·斯帕福德(Gene Spafford)的一句名言：”唯—真正安全的系統(tǒng)，是一個(gè)關(guān)了電、澆鑄在混凝土里、由全副武裝的警衛(wèi)把守在絕緣房間里的系統(tǒng)——即便如此，我還是心存疑慮?！?/span>

遵守NIST CSF(國(guó)家標(biāo)準(zhǔn)與技術(shù)網(wǎng)絡(luò)安全框架學(xué)會(huì))、PCI DSS(支付卡行業(yè)數(shù)據(jù)安全標(biāo)準(zhǔn))和SOC 2(服務(wù)組織控制報(bào)告)等安全標(biāo)準(zhǔn)可以量化風(fēng)險(xiǎn)，如果做得合適，還可以降低風(fēng)險(xiǎn)。這些標(biāo)準(zhǔn)并不能保證絕對(duì)安全，絕對(duì)安全是不存在的。更重要的是，它們?yōu)槿绾呜?fù)責(zé)任地應(yīng)對(duì)和報(bào)告不可避免的安全漏洞提供了指導(dǎo)。誠(chéng)實(shí)、直率、公開(kāi)是良好的建議。

軟件，如果不管它，就像面包一樣變得陳舊。我們的工作是平衡安全妄想與現(xiàn)實(shí)，并適當(dāng)預(yù)算時(shí)間和資源。

6、feature大小并不能預(yù)測(cè)開(kāi)發(fā)時(shí)間

feature大小(用戶感知到的)與創(chuàng)建feature所需的時(shí)間完全無(wú)關(guān)。小feature可能需要幾天或幾年的時(shí)間，大feature(用戶感知到的)也可能需要幾天或幾年的時(shí)間。

我們的工作是創(chuàng)建并支持一個(gè)軟件開(kāi)發(fā)過(guò)程，該過(guò)程接受這個(gè)事實(shí)，并且不是拍腦袋評(píng)估工程量。工作量評(píng)估本身可能需要令人驚訝的很長(zhǎng)時(shí)間。

鼓勵(lì)通過(guò)溝通來(lái)解決工作量評(píng)估的問(wèn)題。工程師可能會(huì)給出一個(gè)令人驚訝的很長(zhǎng)時(shí)間的工作估算，但是也會(huì)提出對(duì)需求進(jìn)行更改，從而大大縮短時(shí)間。記住工作量評(píng)估要包括測(cè)試、培訓(xùn)、部署和意外的假期（例如病假）。

在沒(méi)有與工程部門(mén)協(xié)商工作量的情況下，永遠(yuǎn)不要承諾某個(gè)feature。這并不是我們?cè)诠镜臋?quán)力標(biāo)志，這需要的是一個(gè)專業(yè)流程，在這個(gè)流程中，開(kāi)發(fā)人員的請(qǐng)求得到認(rèn)真對(duì)待，評(píng)估工作量，并按時(shí)交付(或出于誠(chéng)實(shí)的原因延期)。

7、偉大來(lái)自于成千上萬(wàn)的小進(jìn)步

偉大來(lái)自于在很長(zhǎng)一段時(shí)間內(nèi)所做的成千上萬(wàn)，也許是數(shù)百萬(wàn)的小進(jìn)步（變更）。如果變更的效果都被測(cè)量是負(fù)面的，那么變更將被回滾。

谷歌也不是一天建成的。谷歌的搜索引擎是數(shù)百萬(wàn)個(gè)人改進(jìn)的結(jié)果。搜索質(zhì)量小組每周開(kāi)會(huì)一次，工程師們走上講臺(tái)，提出他們的修改建議。他們展示了在模擬的環(huán)境中會(huì)有多大的改進(jìn)，委員會(huì)進(jìn)行辯論并投票表決。幾周后，將對(duì)測(cè)量結(jié)果進(jìn)行評(píng)審，并決定保留或回滾更改。

谷歌搜索是迭代開(kāi)發(fā)戰(zhàn)勝“數(shù)據(jù)大爆炸”思維的勝利。誰(shuí)都不可能在一開(kāi)始做出一個(gè)好的搜索引擎。只有在好萊塢電影中，一個(gè)聰明的極客才會(huì)想出一個(gè)驚人的新點(diǎn)子，并且第—次就能完美地實(shí)現(xiàn)它。在現(xiàn)實(shí)世界中，一夜成名需要數(shù)年的時(shí)間。

無(wú)論試圖實(shí)現(xiàn)的目標(biāo)是一個(gè)為客戶提供更好服務(wù)的系統(tǒng)，還是一個(gè)更高效、錯(cuò)誤更少的系統(tǒng)，還是一個(gè)運(yùn)行更順暢的系統(tǒng)，都是如此。

我們的工作是要求系統(tǒng)的設(shè)計(jì)能夠容易擁抱新的變化，并定義相關(guān)的KPI(關(guān)鍵性能指標(biāo))，這些KPI可以在更改之前和之后方便地進(jìn)行度量。更重要的是，必須有一個(gè)流程來(lái)檢查結(jié)果，并決定保留或回滾變更?；貪L不應(yīng)被視為失敗或受到懲罰。從每次回滾中學(xué)到的與在每次保留的更改中學(xué)到的一樣有價(jià)值。

托馬斯·愛(ài)迪生聲稱在發(fā)明燈泡的過(guò)程中測(cè)試了1000根燈絲。當(dāng)一位記者問(wèn)他：”失敗1000次是什么感受？“他回答說(shuō)：”我沒(méi)有失敗1000次。燈泡是一項(xiàng)有1000個(gè)步驟的發(fā)明?！?/span>

8、技術(shù)債很討厭，但不可避免

技術(shù)債務(wù)是將來(lái)需要做的工作，因?yàn)槲覀儸F(xiàn)在選擇了一個(gè)更簡(jiǎn)單的解決方案，而不是使用一個(gè)需要更長(zhǎng)時(shí)間的更好解決方案。任何合理規(guī)模的軟件項(xiàng)目都有技術(shù)債務(wù)。技術(shù)債務(wù)讓所有的進(jìn)步都變得更慢，越忽視它，它就越像滾雪球一樣越滾越大。

有金融背景的管理者聽(tīng)到“債務(wù)”時(shí)，會(huì)認(rèn)為這是一種未來(lái)會(huì)有回報(bào)的投資。技術(shù)債務(wù)恰恰相反，它是有毒和痛苦的，并且是一個(gè)定時(shí)炸彈。

1972年，F(xiàn)ram為它的濾油器做了一個(gè)電視廣告，在廣告中，一位汽車機(jī)械師解釋說(shuō)，一位顧客為了節(jié)省4美元而不更換濾油器，后來(lái)，這位顧客不得不花200美元更換一個(gè)昂貴的主軸承。汽車機(jī)械師總結(jié)說(shuō)：“你可以現(xiàn)在付給我錢，也可以以后付。”

有一個(gè)軟件項(xiàng)目，其中有一個(gè)子系統(tǒng)與供應(yīng)商通信。一開(kāi)始系統(tǒng)只與一個(gè)供應(yīng)商通信，所以非常簡(jiǎn)單。然后又接了一個(gè)，然后另一個(gè)。有些功能必須實(shí)現(xiàn)三次，每個(gè)供應(yīng)商一次，這是不可持續(xù)的。當(dāng)要求支持第四個(gè)供應(yīng)商時(shí)，開(kāi)發(fā)人員表示反對(duì)。是的，他們可以在大約一個(gè)月的時(shí)間里把它移植上去，但是軟件架構(gòu)開(kāi)始吱吱作響，就像颶風(fēng)中的老房子一樣。這些權(quán)宜之計(jì)積累了大量的技術(shù)債務(wù)。

開(kāi)發(fā)人員的建議是花兩個(gè)月的時(shí)間重構(gòu)供應(yīng)商架構(gòu)，使其成為一個(gè)插件系統(tǒng)。然后，新的供應(yīng)商可以在一周內(nèi)而不是一個(gè)月內(nèi)支持接入。

管理者們并不高興。為什么下一個(gè)供應(yīng)商需要兩個(gè)多月的時(shí)間來(lái)支持，而之前的供應(yīng)商是在一個(gè)月內(nèi)支持的呢?花兩個(gè)月的時(shí)間來(lái)償還技術(shù)債務(wù)將使未來(lái)的支持更快，代碼更穩(wěn)定，并使添加新feature更容易。很難衡量確切的好處。

“你可以現(xiàn)在付給我，也可以以后再付給我"。

我們的工作是分期償還技術(shù)債務(wù)。失控的技術(shù)債務(wù)降低了添加其他feature的能力，并導(dǎo)致軟件系統(tǒng)不穩(wěn)定。償還技術(shù)債務(wù)應(yīng)該與業(yè)務(wù)目標(biāo)掛鉤，類似于非功能需求。

9、軟件不會(huì)自己運(yùn)行（軟件需要運(yùn)維）

雖然供應(yīng)商和開(kāi)發(fā)人員可能會(huì)試圖告訴你不同的情況，但是軟件并不會(huì)自己運(yùn)行。任何基于軟件的系統(tǒng)（特別是網(wǎng)站和web應(yīng)用程序）都需要運(yùn)維人員和運(yùn)維流程。否則，軟件就像一本合上的書(shū)，必須有人打開(kāi)它，管理它，以及照顧它的需求。

運(yùn)維比軟件開(kāi)發(fā)本身更重要。代碼只寫(xiě)一次，但運(yùn)行可能會(huì)是數(shù)百萬(wàn)次。因此，粗略地衡量一下，運(yùn)維的重要性是否要高出幾百萬(wàn)倍呢？

我們的工作就是期望運(yùn)維成為任何軟件系統(tǒng)的一部分。它必須像其他任何項(xiàng)目一樣被計(jì)劃、預(yù)算、管理和有效地運(yùn)行。

運(yùn)維功能(通常稱為非功能需求)對(duì)用戶是不可見(jiàn)的，除非作為二級(jí)需求。數(shù)據(jù)備份是非功能需求中一個(gè)很好的例子。沒(méi)有用戶請(qǐng)求數(shù)據(jù)備份，但是，用戶確實(shí)要求恢復(fù)已刪除的數(shù)據(jù)。遺憾的是，沒(méi)有備份就沒(méi)有恢復(fù)。恢復(fù)是功能需求，備份是一種運(yùn)維（非功能）需求。

讓軟件服務(wù)易于維護(hù)或高效運(yùn)行的功能需求從來(lái)不會(huì)被用戶提出來(lái)。然而，他們確實(shí)享受著一個(gè)低成本、高可靠的系統(tǒng)所帶來(lái)的好處?？蛻魰?huì)離開(kāi)那些不靠譜的網(wǎng)站，再也不會(huì)回來(lái)。

持續(xù)改進(jìn)的需求不僅包括新功能需求，還應(yīng)該包括新的非功能性需求。因此，我們的工作不僅是為客戶提出的功能需求分配資源，還要為運(yùn)維需求分配資源。在兩種相互競(jìng)爭(zhēng)的需求之間取得平衡是困難的。

但是，一個(gè)成功的產(chǎn)品是業(yè)務(wù)需求和運(yùn)維需求的權(quán)衡結(jié)果。

10、復(fù)雜的系統(tǒng)需要DevOps才能良好運(yùn)行

復(fù)雜的系統(tǒng)應(yīng)該通過(guò)DevOps進(jìn)行改進(jìn)。DevOps有很多定義，但是DevOps通?？醋魇峭ㄟ^(guò)快速迭代加速交付價(jià)值(feature、bug修復(fù)、流程改進(jìn)等等)。要做到這一點(diǎn)，每個(gè)相關(guān)人員都必須參與。也就是說(shuō)，他們必須跨職能團(tuán)隊(duì)進(jìn)行協(xié)作。DevOps這個(gè)名字來(lái)自于移除開(kāi)發(fā)人員和運(yùn)維(IT)之間的隔閡，這對(duì)于實(shí)現(xiàn)快速的發(fā)布是絕對(duì)必要的。然而，優(yōu)秀的DevOps環(huán)境將其擴(kuò)展到跨所有職能團(tuán)隊(duì)的端到端工作。

DevOps被誤解為開(kāi)發(fā)人員來(lái)做運(yùn)維。這種“構(gòu)建它，運(yùn)行它”的策略是跨職能團(tuán)隊(duì)工作（消除隔閡）的一種方法，但它不是唯—的方法。

一個(gè)復(fù)雜的系統(tǒng)需要三件事：良好的流程、所有相關(guān)人員的良好溝通以及嘗試新事物的能力。