1967年，《哈佛商業(yè)評(píng)論》拒絕了 Mel Conway 提交的一篇論文。一年之后，Conway 的論文最終被確定為 “Conway’ s Law”（康威定律）?？低诩永Ｄ醽喞砉W(xué)院獲得物理學(xué)碩士學(xué)位，在凱斯西儲(chǔ)大學(xué)獲得數(shù)學(xué)博士學(xué)位。畢業(yè)之后，他參與了很多知名的軟件項(xiàng)目，如 Pascal 編輯器。在他的職業(yè)生涯中，康威觀察到一個(gè)現(xiàn)象：軟件團(tuán)隊(duì)開發(fā)的產(chǎn)品是對(duì)公司組織架構(gòu)的反映。

　　各大科技公司的組織架構(gòu)

　　接下來，先讓星密碼貨源小編更清晰地介紹一下這個(gè)概念?？捎眯詫＜?Nigel Bevan 寫道：“公司的網(wǎng)站內(nèi)容和結(jié)構(gòu)反映的是公司的內(nèi)部問題，而不是網(wǎng)站的需求?！?換句話說，營銷團(tuán)隊(duì)有一個(gè)網(wǎng)頁，銷售團(tuán)隊(duì)有一個(gè)網(wǎng)頁，公關(guān)團(tuán)隊(duì)有一個(gè)網(wǎng)頁。公司的內(nèi)部結(jié)構(gòu)反映出的不是消費(fèi)者路徑的現(xiàn)狀，而是產(chǎn)品結(jié)構(gòu)。

　　“康威定律” 是在軟件開發(fā)項(xiàng)目中被提出的。如果同一個(gè)項(xiàng)目有三個(gè)前端工程師，用戶完成每項(xiàng)任務(wù)會(huì)有三種不同的方式：指向-點(diǎn)擊，鍵盤快捷鍵、菜單項(xiàng)。如果公司內(nèi)有兩個(gè)不同工程負(fù)責(zé)人，那么會(huì)有兩種不同的源代碼控制系統(tǒng)、兩種不同的代碼審查過程、兩種不同的架構(gòu)，等等。

　　2008年，Alan MacCormack、JohnRusnak 和 Carliss Baldwin 通過對(duì)公司開發(fā)的軟件進(jìn)行研究，并將其與社區(qū)開發(fā)的開源軟件進(jìn)行對(duì)比，研究并驗(yàn)證了 “康威定律”，他們共同撰寫了一篇論文發(fā)布在《哈佛商業(yè)評(píng)論》。

　　我不確定這則定律是不是真正的定律，它是不是放之四海而皆準(zhǔn)，但是它確實(shí)引發(fā)了一個(gè)問題：創(chuàng)業(yè)公司的團(tuán)隊(duì)的組織架構(gòu)是否合適？例如，大部分發(fā)展迅速的創(chuàng)業(yè)公司從創(chuàng)建獨(dú)立的應(yīng)用程序（一個(gè) App 服務(wù)器、一個(gè)數(shù)據(jù)庫、一個(gè)邏輯層）開始，最終形成一個(gè)微服務(wù)架構(gòu)，之前壓縮在一個(gè)代碼庫中的功能會(huì)分成數(shù)十或上百個(gè)不同的服務(wù)。

　　有人說這是兩種力量的反映：工程團(tuán)隊(duì)的規(guī)模不斷擴(kuò)大；開發(fā)運(yùn)營（devops）崛起。在開發(fā)運(yùn)營階段，開發(fā)者不僅要負(fù)責(zé)編寫代碼，也要負(fù)責(zé)質(zhì)量保證和運(yùn)營。因此，小型的開發(fā)者團(tuán)隊(duì)可以完全獨(dú)立于更大的工程機(jī)構(gòu)。

　　不幸的是，“康威定律” 沒有提供相應(yīng)的診斷工具，幫助執(zhí)行團(tuán)隊(duì)判斷自己的組織框架是否合理，以及公司在什么時(shí)候進(jìn)行重組比較合適。它只引發(fā)了一個(gè)問題：公司的組織架構(gòu)能否為用戶提供創(chuàng)建最好的產(chǎn)品？

　　這是一個(gè)應(yīng)該定期提問的好問題。