來源：CODING

最近，在美版知乎 Quara 上有一個問題火了。

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

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

在這個問題下面，Rocket 程序員Jasmine Adamson 表達了敏捷開發(fā)原則是廢話的觀點：

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

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

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

…

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

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

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

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

故事得從 2006 年說起。

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

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

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

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

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

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

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

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

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

---

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

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

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

---

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

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

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

掃碼即可注冊 不限成員，免費使用