來(lái)源：CODING

最近，在美版知乎 Quara 上有一個(gè)問(wèn)題火了。

Why do some developers at strong companies like Google consider Agile development to be nonsense?

為何谷歌之類大廠程序員認(rèn)為敏捷開(kāi)發(fā)是毫無(wú)意義的？

在這個(gè)問(wèn)題下面，Rocket 程序員Jasmine Adamson 表達(dá)了敏捷開(kāi)發(fā)原則是廢話的觀點(diǎn)：

// 沒(méi)有人愿意接受改變需求。這就是第二個(gè)敏捷原則，普遍被厭惡的一個(gè)。

// 部分公司在這方面做的很好，但是大多數(shù)團(tuán)隊(duì)無(wú)法很好的掌控敏捷時(shí)間的尺度。交付時(shí)間表通常是基于大的更新，而大更新不屬于敏捷。

// 這意味著每個(gè)人每周都要花 30 個(gè)小時(shí)在開(kāi)發(fā)上，還需要花 10 個(gè)小時(shí)管理自己和工作負(fù)載、與他人溝通等等。

…

在他的回答中，他認(rèn)為敏捷開(kāi)發(fā)的思想很好，卻是不可操作的，沒(méi)有人會(huì)真的用這種方法來(lái)進(jìn)行開(kāi)發(fā)。

然而沒(méi)過(guò)不久，前 Google 工程師總監(jiān) David Jeske 就站出來(lái)提出了不同的意見(jiàn)，他認(rèn)為：

// 敏捷對(duì)許多人來(lái)說(shuō)意味著許多事情。我認(rèn)為簡(jiǎn)單的高級(jí)敏捷宣言與谷歌工程師對(duì)軟件開(kāi)發(fā)的思考方式非常接近，但這一切都是在綜合文檔記錄工作軟件輔助的情況下實(shí)現(xiàn)的。

其實(shí)，不只是 Google，同樣證明了敏捷開(kāi)發(fā)在特定工具輔助下可行性的還有另外一家中國(guó)公司——騰訊?Tencent 。

故事得從 2006 年說(shuō)起。

當(dāng)時(shí)的騰訊，規(guī)模已經(jīng)開(kāi)始膨脹。開(kāi)發(fā)模式急需規(guī)范和標(biāo)準(zhǔn)化，到底走?IPD（集成產(chǎn)品開(kāi)發(fā)）?還是?Agile（敏捷開(kāi)發(fā)）?的路線，公司管理層也拿不定主意。

直到研發(fā)管理部門(mén)與 ThoughtWorks 公司接觸。

ThoughtWorks 公司是一家創(chuàng)辦于 1993 年的全球性軟件及咨詢公司，它的首席科學(xué)家 Martin Fowler 是當(dāng)今世界軟件開(kāi)發(fā)領(lǐng)域最具影響力的五位大師的其中一位，與此同時(shí)他還是敏捷軟件開(kāi)發(fā)方法的早期開(kāi)拓者和敏捷宣言的創(chuàng)始人之一。

正是這次接觸，讓騰訊公司最終敲定引入敏捷產(chǎn)品開(kāi)發(fā)模式。

在往后的十余年里，這個(gè)涉及范疇包括敏捷項(xiàng)目管理和敏捷軟件開(kāi)發(fā)的開(kāi)發(fā)體系支撐了 QQ、微信、王者榮耀等眾多核心業(yè)務(wù)的技術(shù)開(kāi)發(fā)。

而與?Google?工程師總監(jiān)?David Jeske?不謀而合的一點(diǎn)是，騰訊也認(rèn)為敏捷開(kāi)發(fā)需要與相應(yīng)的工具軟件配合才能發(fā)揮最大的功效。

于是在 2018 年，騰訊投資一億元入股云端敏捷開(kāi)發(fā)平臺(tái) CODING ，用來(lái)進(jìn)一步完善其敏捷開(kāi)發(fā)工具體系。

現(xiàn)在，這款云端敏捷開(kāi)發(fā)平臺(tái)面向公眾免費(fèi)開(kāi)放。

掃碼即可注冊(cè) 不限成員，免費(fèi)使用
1.什么是敏捷開(kāi)發(fā)？

---

傳統(tǒng)的開(kāi)發(fā)模式，都是嚴(yán)格遵循預(yù)先計(jì)劃的需求、分析、設(shè)計(jì)、編碼、測(cè)試的步驟順序進(jìn)行。步驟成果作為衡量進(jìn)度的方法，例如需求規(guī)格，設(shè)計(jì)文檔，測(cè)試計(jì)劃和代碼審閱等等。 通常需要等到前一步完成之后再進(jìn)行下一步，而且一旦前一步確認(rèn)完成了，便只允許少量修改，不允許多改更不許大改。 就像你在餐廳一次性點(diǎn)了 18 個(gè)菜，菜做出來(lái)了就不允許加工了，更別說(shuō)回爐，而且這 18 個(gè)菜不是一個(gè)一個(gè)上桌的，而是一次性端上桌。 這種采用嚴(yán)格預(yù)見(jiàn)性方法進(jìn)行開(kāi)發(fā)的模式就是傳統(tǒng)的瀑布開(kāi)發(fā)。 相信你也看到了，使用這種傳統(tǒng)開(kāi)發(fā)模式會(huì)嚴(yán)重降低開(kāi)發(fā)自由度，項(xiàng)目早期即作出承諾導(dǎo)致對(duì)后期需求的變化難以調(diào)整，代價(jià)高昂。 然而客戶的需求是不確定的，也是隨時(shí)間變化的，這樣的開(kāi)發(fā)模式越來(lái)越不適應(yīng)互聯(lián)網(wǎng)時(shí)代的開(kāi)發(fā)需求，甚至有論文統(tǒng)計(jì)他是造成 70%?軟件開(kāi)發(fā)失敗的原因。 正如你可能吃完十道菜之后，覺(jué)得吃飽了，后面八道菜不要了，但是這樣的需求在之前的點(diǎn)餐模式當(dāng)中不可能會(huì)得到滿足，而這會(huì)導(dǎo)致你的體驗(yàn)極差。 于是新的點(diǎn)餐模式被發(fā)明出來(lái)了：一道菜一道菜的上，您先嘗嘗合不合口味，再?zèng)Q定之后的菜上不上、多久上、上多少。 這種隨需求變化立馬做出開(kāi)發(fā)結(jié)構(gòu)變化的開(kāi)發(fā)模式就是敏捷開(kāi)發(fā)。 敏捷開(kāi)發(fā)的提出來(lái)源于 2001 年 2 月，包含 Martin Fowler， Jim Highsmith 在內(nèi)的 17 名業(yè)內(nèi)著名的軟件開(kāi)發(fā)專家齊聚美國(guó)猶他州雪鳥(niǎo)滑雪圣地，舉行的一次敏捷方法發(fā)起者和實(shí)踐者的聚會(huì)。 在這次會(huì)議上面，他們正式提出了 Agile(敏捷開(kāi)發(fā))?這個(gè)概念，并共同簽署了《敏捷宣言》。 敏捷宣言強(qiáng)調(diào)的敏捷軟件開(kāi)發(fā)的四個(gè)核心價(jià)值是：

• 個(gè)體和互動(dòng)高于流程和工具
• 工作的軟件高于詳盡的文檔
• 客戶合作高于合同談判
• 響應(yīng)變化高于遵循計(jì)劃

以此宣言為核心的敏捷開(kāi)發(fā)是一種以用戶的需求進(jìn)化為核心，采用迭代、循序漸進(jìn)的方法進(jìn)行軟件開(kāi)發(fā)。 在敏捷開(kāi)發(fā)中，軟件項(xiàng)目在構(gòu)建初期被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備可視、可集成和可運(yùn)行使用的特征。 換言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過(guò)程中軟件一直處于可使用狀態(tài)。 使用這種方法之后，開(kāi)發(fā)的靈活性得到了極大的提升，然而另一個(gè)問(wèn)題又跟著出現(xiàn)了—— 過(guò)度零散的代碼以及頻繁增減的需求讓項(xiàng)目管理變得極其復(fù)雜，而不斷地變化也讓人力安排以及協(xié)同合作變得困難重重。 一桌點(diǎn) 18 個(gè)菜，中途頻繁增添菜品可能容易處理，但是十桌，一百桌呢？ 大量的簡(jiǎn)單問(wèn)題會(huì)匯聚成一個(gè)復(fù)雜問(wèn)題，而這恰恰就是很多人認(rèn)為敏捷開(kāi)發(fā)無(wú)意義的根源所在。 然而事實(shí)上，在像 Google、騰訊?一樣的大廠中，一種新的技術(shù)工具早就被開(kāi)發(fā)出來(lái)并成功解決了這個(gè)問(wèn)題。 2. CODING 就是這樣的一款軟件

---

人腦要花大量的時(shí)間將復(fù)雜的問(wèn)題逐漸拆解成簡(jiǎn)單的問(wèn)題并解決，但計(jì)算機(jī)不一樣。
CODING 的產(chǎn)品設(shè)計(jì)理念就是使用技術(shù)手段，將復(fù)雜的問(wèn)題隱于后臺(tái)，通過(guò)系統(tǒng)完整的功能模塊幫助企業(yè)完成從需求管理到開(kāi)發(fā)測(cè)試到集成上線全流程動(dòng)態(tài)化管理，從而幫助企業(yè)在需求不明確，市場(chǎng)變化快的情況下提升開(kāi)發(fā)自由度，為逐步明確需求、及時(shí)響應(yīng)變化創(chuàng)造可能。 最終，將 開(kāi)發(fā)各個(gè)角色的工作內(nèi)容和進(jìn)度匯總于個(gè)人工作臺(tái)，進(jìn)而從根本上解決項(xiàng)目大量細(xì)分后的代碼零散問(wèn)題以及需求快速變化下的資源配置問(wèn)題。
為了完成上面這些步驟，CODING 的產(chǎn)品經(jīng)理，通過(guò)嚴(yán)密的論證及測(cè)試，最終將功能劃分為： 敏捷開(kāi)發(fā)管理 以及 DevOps 自動(dòng)化 。 其中，敏捷開(kāi)發(fā)管理是平臺(tái)設(shè)計(jì)的核心內(nèi)容。

CODING 為了更好的將敏捷理念與工具進(jìn)行結(jié)合，讓每個(gè)不熟悉敏捷開(kāi)發(fā)的個(gè)人或者團(tuán)隊(duì)，也能利用這種方法來(lái)提升開(kāi)發(fā)效率以及代碼質(zhì)量，甚至還跟國(guó)內(nèi)做敏捷認(rèn)證培訓(xùn)的機(jī)構(gòu)優(yōu)普豐有深度的合作，邀請(qǐng)國(guó)內(nèi)的幾位敏捷大師來(lái)做顧問(wèn)，共研產(chǎn)品。

其次，通過(guò) DevOps 模式進(jìn)一步提升團(tuán)隊(duì)開(kāi)發(fā)效率，減少每一處不必要的時(shí)間 支出。 所謂 DevOps 是 Development 和 Operations 的一個(gè)組合詞，是過(guò)程、方法與系統(tǒng)的統(tǒng)稱。這種方法被很多大公司用于促進(jìn)開(kāi)發(fā)、技術(shù)運(yùn)營(yíng)和質(zhì)量保障部門(mén)之間的溝通、協(xié)作與整合。 它是一種重視“?軟件開(kāi)發(fā)人員（Dev）”和“ IT運(yùn)維技術(shù)人員（Ops）”之間溝通合作的文化、運(yùn)動(dòng)或慣例。 透過(guò)自動(dòng)化“軟件交付”和“架構(gòu)變更”的流程，來(lái)使得構(gòu)建、測(cè)試、發(fā)布軟件能夠更加地快捷、頻繁和可靠。 DevOps 的出現(xiàn)是由于軟件行業(yè)日益清晰地認(rèn)識(shí)到：為了按時(shí)交付軟件產(chǎn)品和服務(wù)，開(kāi)發(fā)和運(yùn)維工作必須緊密合作。 截至今年八月，已經(jīng)有包括中國(guó)銀聯(lián)、富士康、復(fù)旦大學(xué)在內(nèi)的數(shù)十家知名校企與 CODING 達(dá)成長(zhǎng)期合作。 現(xiàn)在，為了順應(yīng)平臺(tái)核心理念，為廣大企業(yè)提升開(kāi)發(fā)效率，節(jié)約開(kāi)發(fā)成本，CODING 平臺(tái)面向公眾免費(fèi)開(kāi)放，也可點(diǎn)擊 閱讀原文 免費(fèi)使用。

掃碼即可注冊(cè) 不限成員，免費(fèi)使用