騰訊和銀聯(lián)都在用的開發(fā)工具，究竟有何魔力？

來源：CODING

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

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

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

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

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

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

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

…

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

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

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

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

故事得從 2006 年說起。

當(dāng)時(shí)的騰訊，規(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)域最具影響力的五位大師的其中一位，與此同時(shí)他還是敏捷軟件開發(fā)方法的早期開拓者和敏捷宣言的創(chuàng)始人之一。

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

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

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

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

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

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

---

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

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

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

---

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

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

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

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