以“質(zhì)量”為宗旨的企業(yè)，通常有一系列的規(guī)章制度，甚至是繁重冗余的流程來限制軟件開發(fā)過程中各種“有意”或“無意”威脅軟件質(zhì)量的行為。
以“效率”為宗旨的公司，通常沒有嚴(yán)格的內(nèi)部規(guī)章制度，甚至寬松到一個(gè)人就能輕松完成從刪除數(shù)據(jù)庫到跑路的過程。
大多數(shù)從事IT行業(yè)的人都知道，軟件開發(fā)不同于一般勞動(dòng)。 單純?cè)黾尤藛T并不能縮短開發(fā)周期。 也就是說，一個(gè)人開發(fā)一款軟件需要10天的時(shí)間。 這并不意味著10個(gè)人可以在一天之內(nèi)發(fā)展起來。 并且在軟件開發(fā)過程中，由于需要“適應(yīng)市場(chǎng)的快速發(fā)展”，往往會(huì)出現(xiàn)需求變化等不可預(yù)測(cè)的問題。 也就是說，前期所做的所有工作都可能因?yàn)槟撤N需求而被推翻。
下面從質(zhì)量和效率兩個(gè)方面來闡述側(cè)重點(diǎn)不同帶來的問題。
我們首先假設(shè)公理P1：作為IT行業(yè)（開發(fā)、測(cè)試、產(chǎn)品等）的從業(yè)者都知道，軟件開發(fā)具有一定程度的不可預(yù)測(cè)性。
那么在這個(gè)前提下，偏向“品質(zhì)”的企業(yè)通常會(huì)做以下幾件事：
在軟件開發(fā)中，有很多方法可以實(shí)現(xiàn)一定程度的可預(yù)測(cè)性。 更常見的方法是增加變更需求的成本。 一旦進(jìn)入開發(fā)階段（包括設(shè)計(jì)階段），不得隨意改變需求。 這種方式對(duì)于開發(fā)者來說還是比較友好的。 開發(fā)人員不再被需求的隨機(jī)變化所困擾，但這也對(duì)產(chǎn)品經(jīng)理提出了更多的要求。 這就需要產(chǎn)品經(jīng)理具備精湛的業(yè)務(wù)能力和一定的遠(yuǎn)見。 除了增加需求變更的成本之外，前期通常會(huì)做很多工作，包括需求評(píng)審、文檔設(shè)計(jì)、設(shè)計(jì)評(píng)審等會(huì)議，而中后期則不斷進(jìn)行代碼評(píng)審等工作軟件開發(fā)。 這一系列的規(guī)章制度可以讓軟件開發(fā)不再隨心所欲，而是有規(guī)律可循。 顯然效率和質(zhì)量的區(qū)別，這樣的“傳統(tǒng)”開發(fā)形式必然會(huì)帶來效率的下降。 例如，我見過一些公司每年發(fā)布多達(dá)2個(gè)版本。 這在互聯(lián)網(wǎng)飛速發(fā)展的今天是難以接受的。
偏好“效率”的企業(yè)，俗稱互聯(lián)網(wǎng)公司，通常會(huì)采用以下方法來提高效率：
目前一些互聯(lián)網(wǎng)公司所倡導(dǎo)的“敏捷開發(fā)”，實(shí)際上是通過縮短開發(fā)周期，讓軟件變得更加可預(yù)測(cè)。 我們一開始就假設(shè)公理P1，軟件開發(fā)具有一定程度的不可預(yù)測(cè)性。 而且開發(fā)周期越長(zhǎng)，不可預(yù)測(cè)性就越大。 注重質(zhì)量的公司可能更傾向于增加需求變更的成本，而注重效率的公司則縮短開發(fā)周期。 兩者都是為了讓軟件開發(fā)變得可控。 但兩種不同的方法會(huì)導(dǎo)致兩種不同的傾向。
縮短開發(fā)周期確實(shí)會(huì)讓效率更高，至少可以更快地適應(yīng)市場(chǎng)需求。 那么為什么說縮短開發(fā)周期會(huì)降低質(zhì)量呢？
事實(shí)上，這是顯而易見的事實(shí)。 縮短開發(fā)周期理論上似乎可以縮短開發(fā)時(shí)間。 完成10項(xiàng)要求需要10天。 完成1個(gè)要求不是平均只需要1天嗎？ 所以為了提高我的效率，快速響應(yīng)市場(chǎng)變化，我采用了敏捷開發(fā)方式，既滿足了效率要求，又滿足了開發(fā)時(shí)間。 這種方法似乎并沒有降低軟件開發(fā)的質(zhì)量。 有這種想法的人通常都是從未從事過技術(shù)研發(fā)的學(xué)生。 仍然回到公理 P1，軟件開發(fā)具有一定程度的不可預(yù)測(cè)性。 我在做現(xiàn)在的開發(fā)的時(shí)候，我采用的設(shè)計(jì)基本上只適用于現(xiàn)在的商業(yè)模式，對(duì)于未來我?guī)缀跻粺o所知。 隨著系統(tǒng)的不斷快速迭代，新的功能不斷地被添加到原有的系統(tǒng)中，修改和舊的功能被一次又一次地刪除。 這對(duì)于軟件開發(fā)者來說可以說是災(zāi)難性的。 沒有一個(gè)系統(tǒng)架構(gòu)師能夠滿足未來的所有可能性。 “世間唯一不能破的武功，就是快。” 速度很快，代碼后院快要著火了。
世界上沒有一家公司敢說我不注重質(zhì)量，我只注重效率。 無論是什么公司，都會(huì)采取以下措施來保證軟件質(zhì)量。
某些懲罰方法簡(jiǎn)單而粗暴地將開發(fā)人員的錯(cuò)誤數(shù)量與他們的表現(xiàn)聯(lián)系起來。 然而，錯(cuò)誤數(shù)量與性能直接相關(guān)的情況相對(duì)較少。 大多數(shù)情況下，是Bug的數(shù)量以及是否有新引入的Bug。 比較常見的懲罰方法之一，也能更好地促進(jìn)軟件質(zhì)量的提高。
事實(shí)上，沒有人能夠完美平衡質(zhì)量和效率。 當(dāng)前的互聯(lián)網(wǎng)公司大多采用快速迭代的開發(fā)方式。 但這并不意味著采用這種方式的公司一定質(zhì)量低劣。
“快速適應(yīng)市場(chǎng)變化”本身就是一種需求，而快速迭代的做法其實(shí)就是為了滿足這種“需求”。 阿里巴巴集團(tuán)CTO邢典曾表示，“早期，業(yè)務(wù)跑得比技術(shù)快，技術(shù)不斷追趕業(yè)務(wù)，因?yàn)闃I(yè)務(wù)增長(zhǎng)太快了。 這兩年我感覺技術(shù)驅(qū)動(dòng)商業(yè)，特別是人工智能的興起。 之后包括我們的程序化交易、廣告平臺(tái)、千人、推薦、搜索、很多算法和AI，包括客戶服務(wù)等，很多數(shù)據(jù)智能是用來驅(qū)動(dòng)業(yè)務(wù)的。”1
“業(yè)務(wù)跑得比技術(shù)跑得快”，意味著要有一個(gè)快速迭代的過程。 后來的“技術(shù)驅(qū)動(dòng)業(yè)務(wù)”就是說技術(shù)領(lǐng)先于業(yè)務(wù)，但技術(shù)卻在追趕業(yè)務(wù)。 雖然沒有提到質(zhì)量，但我相信技術(shù)能夠推動(dòng)業(yè)務(wù)前進(jìn)，因?yàn)橛袌?jiān)實(shí)的技術(shù)后盾，而堅(jiān)實(shí)的技術(shù)后盾意味著超高的軟件質(zhì)量。
因此，在質(zhì)量與效率的權(quán)衡中，我們不妨回過頭來重新審視技術(shù)的重要性。 在滿足“市場(chǎng)快速變化”需求的同時(shí)，不要忘記技術(shù)也會(huì)負(fù)債累累。 你欠的錢越多，它就越不可靠。
[1]《鈦媒體獨(dú)家對(duì)話：最詳細(xì)揭秘阿里云頂層設(shè)計(jì)及底層邏輯》
質(zhì)量和效率似乎是永遠(yuǎn)的敵人，盡管我們都希望質(zhì)量和效率兼得。
以“質(zhì)量”為宗旨的企業(yè)，通常有一系列的規(guī)章制度，甚至是繁重冗余的流程來限制軟件開發(fā)過程中各種“有意”或“無意”威脅軟件質(zhì)量的行為。
以“效率”為宗旨的公司，通常沒有嚴(yán)格的內(nèi)部規(guī)章制度，甚至寬松到一個(gè)人就能輕松完成從刪除數(shù)據(jù)庫到跑路的過程。
大多數(shù)從事IT行業(yè)的人都知道，軟件開發(fā)不同于一般勞動(dòng)。 單純?cè)黾尤藛T并不能縮短開發(fā)周期。 也就是說，一個(gè)人開發(fā)一款軟件需要10天的時(shí)間。 這并不意味著10個(gè)人可以在一天之內(nèi)發(fā)展起來。 并且在軟件開發(fā)過程中，由于需要“適應(yīng)市場(chǎng)的快速發(fā)展”，往往會(huì)出現(xiàn)需求變化等不可預(yù)測(cè)的問題。 也就是說，前期所做的所有工作都可能因?yàn)槟撤N需求而被推翻。
下面從質(zhì)量和效率兩個(gè)方面來闡述側(cè)重點(diǎn)不同帶來的問題。
我們首先假設(shè)公理P1：作為IT行業(yè)（開發(fā)、測(cè)試、產(chǎn)品等）的從業(yè)者都知道，軟件開發(fā)具有一定程度的不可預(yù)測(cè)性。
那么在這個(gè)前提下，偏向“品質(zhì)”的企業(yè)通常會(huì)做以下幾件事：
在軟件開發(fā)中，有很多方法可以實(shí)現(xiàn)一定程度的可預(yù)測(cè)性。 一種常見的方法是增加變更需求的成本。 一旦進(jìn)入開發(fā)階段（包括設(shè)計(jì)階段），不得隨意改變需求。 這種方式對(duì)于開發(fā)者來說還是比較友好的。 開發(fā)人員不再被需求的隨機(jī)變化所困擾，但這也對(duì)產(chǎn)品經(jīng)理提出了更多的要求。 這就需要產(chǎn)品經(jīng)理具備精湛的業(yè)務(wù)能力和一定的遠(yuǎn)見。 除了增加需求變更的成本之外，前期通常會(huì)做很多工作，包括需求評(píng)審、文檔設(shè)計(jì)、設(shè)計(jì)評(píng)審等會(huì)議，而中后期則不斷進(jìn)行代碼評(píng)審等工作軟件開發(fā)。 這一系列的規(guī)章制度可以讓軟件開發(fā)不再隨心所欲，而是有規(guī)律可循。 顯然，這樣的“傳統(tǒng)”開發(fā)形式必然會(huì)帶來效率的下降。 例如，我見過一些公司一年發(fā)布多達(dá)2個(gè)版本。 這在互聯(lián)網(wǎng)飛速發(fā)展的今天是難以接受的。
偏好“效率”的企業(yè)效率和質(zhì)量的區(qū)別，俗稱互聯(lián)網(wǎng)公司，通常會(huì)采用以下方法來提高效率：
目前一些互聯(lián)網(wǎng)公司所倡導(dǎo)的“敏捷開發(fā)”，實(shí)際上是通過縮短開發(fā)周期，讓軟件變得更加可預(yù)測(cè)。 我們一開始就假設(shè)公理P1，軟件開發(fā)具有一定程度的不可預(yù)測(cè)性。 而且開發(fā)周期越長(zhǎng)，不可預(yù)測(cè)性就越大。 注重質(zhì)量的公司可能更傾向于增加需求變更的成本，而注重效率的公司則縮短開發(fā)周期。 兩者都是為了讓軟件開發(fā)變得可控。 但兩種不同的方法會(huì)導(dǎo)致兩種不同的傾向。
縮短開發(fā)周期確實(shí)會(huì)讓效率更高，至少可以更快地適應(yīng)市場(chǎng)需求。 那么為什么說縮短開發(fā)周期會(huì)降低質(zhì)量呢？
事實(shí)上，這是顯而易見的事實(shí)。 縮短開發(fā)周期理論上似乎可以縮短開發(fā)時(shí)間。 完成10項(xiàng)要求需要10天。 完成1個(gè)要求不是平均只需要1天嗎？ 所以為了提高我的效率，快速響應(yīng)市場(chǎng)變化，我采用了敏捷開發(fā)方式，既滿足了效率要求，又滿足了開發(fā)時(shí)間。 這種方法似乎并沒有降低軟件開發(fā)的質(zhì)量。 有這種想法的人通常都是從未從事過技術(shù)研發(fā)的學(xué)生。 仍然回到公理 P1，軟件開發(fā)具有一定程度的不可預(yù)測(cè)性。 我在做現(xiàn)在的開發(fā)的時(shí)候，我采用的設(shè)計(jì)基本上只適用于現(xiàn)在的商業(yè)模式，對(duì)于未來我?guī)缀跻粺o所知。 隨著系統(tǒng)不斷快速迭代，新的功能一次又一次地添加到原有的系統(tǒng)中，修改和舊的功能一次又一次地被刪除。 這對(duì)于軟件開發(fā)者來說可以說是災(zāi)難性的。 沒有一個(gè)系統(tǒng)架構(gòu)師能夠滿足未來的所有可能性。 “世間唯一不能破的武功，就是快。” 速度很快，代碼后院快要著火了。
世界上沒有一家公司敢說我不注重質(zhì)量，我只注重效率。 無論是什么公司，都會(huì)采取以下措施來保證軟件質(zhì)量。
某些懲罰方法簡(jiǎn)單而粗暴地將開發(fā)人員的錯(cuò)誤數(shù)量與他們的表現(xiàn)聯(lián)系起來。 然而，錯(cuò)誤數(shù)量與性能直接相關(guān)的情況相對(duì)較少。 大多數(shù)情況下，是Bug的數(shù)量以及是否有新引入的Bug。 比較常見的懲罰方法之一，也能更好地促進(jìn)軟件質(zhì)量的提高。
事實(shí)上，沒有人能夠完美平衡質(zhì)量和效率。 當(dāng)前的互聯(lián)網(wǎng)公司大多采用快速迭代的開發(fā)方式。 但這并不意味著采用這種方式的公司一定質(zhì)量低劣。
“快速適應(yīng)市場(chǎng)變化”本身就是一種需求，而快速迭代的做法其實(shí)就是為了滿足這種“需求”。 阿里巴巴集團(tuán)CTO邢典曾表示，“早期，業(yè)務(wù)跑得比技術(shù)快，技術(shù)不斷追趕業(yè)務(wù)，因?yàn)闃I(yè)務(wù)增長(zhǎng)太快了。 這兩年我感覺技術(shù)驅(qū)動(dòng)商業(yè)，特別是人工智能的興起。 之后包括我們的程序化交易、廣告平臺(tái)、千人、推薦、搜索、很多算法和AI，包括客戶服務(wù)等等，很多數(shù)據(jù)智能是用來驅(qū)動(dòng)業(yè)務(wù)的。”1
“業(yè)務(wù)跑得比技術(shù)快”，意味著要有一個(gè)快速迭代的過程。 后來的“技術(shù)驅(qū)動(dòng)業(yè)務(wù)”就是說技術(shù)領(lǐng)先于業(yè)務(wù)，但技術(shù)卻在追趕業(yè)務(wù)。 雖然沒有提到質(zhì)量，但我相信技術(shù)能夠推動(dòng)業(yè)務(wù)前進(jìn)，因?yàn)橛袌?jiān)實(shí)的技術(shù)后盾，而堅(jiān)實(shí)的技術(shù)后盾意味著超高的軟件質(zhì)量。
因此，在質(zhì)量與效率的權(quán)衡中，我們不妨回過頭來重新審視技術(shù)的重要性。 在滿足“市場(chǎng)快速變化”需求的同時(shí)，不要忘記技術(shù)也會(huì)負(fù)債累累。 你欠的越多，它就越不可靠。
[1]《鈦媒體獨(dú)家對(duì)話：最詳細(xì)揭秘阿里云頂層設(shè)計(jì)及底層邏輯》
