華爲敏捷/DevOps實踐：別再用Excel管理項目

內容來源：華爲雲 DevCloud 首席佈道師 & 資深產品經理劉恆的技術乾貨分享。IT 大咖說經華爲雲和講者受權發佈，轉載請標明出處。

閱讀字數：2175 | 6分鐘閱讀

摘要

<恆少出品，必然妥妥乾貨，一定理論聯繫實踐>，由於軟件無銀彈，探索始終在路上。

—————————————————————————————————————

你們好，我是華爲雲DevCloud項目管理服務恆少。

（https://bbs.huaweicloud.com/blogs/adf71fa5bbf811e89fc57ca23e93a89f）

做爲佈道師和產品經理，出差各地接觸客戶是常態，常常和華爲雲的客戶交流、佈道、技術沙龍，可是線下交流，覆蓋的用戶總仍是少數。我但願借線上的平臺，和用戶持續交流華爲在研發效能提高上的思索和考慮。

1、例行的開篇小故事

在西方傳統的傳說中，狼人能夠說是比較可怕排行榜靠前的，除了破壞性大，還有出乎意料性，傳說月圓之夜，會出乎意料的從熟悉的正常人變成可怕的怪物。軟件從誕生那一天前，就註定是個「狼人」。

好比，好好的程序內測測試環境驗證OK，但是一上線到生產環境，問題不斷；

再好比，項目規劃的好好，需求分解得好好的，每一個人的任務都安排的妥妥的，但是就是延期，延期，延期….

—— 軟件是狼人，來自《人月神話》的《沒有銀彈，軟件工程的根本和次要問題》

2、正文開始囉嗦

不少小型的軟件企業，都比較喜歡用excel相似的辦公工具來管理軟件項目的需求，缺陷，進展，風險和人員。因此，時不時有些同窗會以爲，Excel也是能夠妥妥的制服軟件這個「狼人」。可是從我我的的經從來看，很早以前的我可能會認同這個觀點，可是如今的我，比較大不認同這個觀點。有人會說，你又在裝「老紅軍」：）

嘿嘿，就從我在華爲親身經歷的，參與的，旁觀的，變革的衆多軟件項目的一些經驗，不成系統的扯扯。

首先，必須得100%認可，幾大平臺的主流辦公工具，都是異常優秀的，如微軟的office系列，Google的Docs系列，，Apple的辦公套件（Keynote，Numbers，Pages）。基本的辦公軟件至關長時間都是是剛需，在各個行業都有很是廣的應用。

Excel早期在華爲也有比較多的應用，華爲內部有很多Excel高手，能夠經過Excel內嵌的功能，作成很是強大的數據透視，數據報表，牛逼的不行不行。連我這樣的小咖，都會玩各類Excel的小工具，讓我得了很多華爲的QCC獎勵（Quality Control Circle，一種從基礎組織發起的自我改進）。

當時業界尚未專門用於軟件管理的工具，咱們的項目運做，也確實主要經過Excel的，記錄全部的需求以及需求的分解，需求的責任人，需求的進展，缺陷的進展，風險的進展，甚至造成了大量的Excel模板，下個版本或項目一般還能夠繼續使用。

後來，隨着華爲開始集團級的引入敏捷開發，工欲善其事必先利其器，業界也與之匹配的出現了更專業的敏捷協同和管理工具，承載了敏捷的思惟（Mindsets），價值觀（Values），原則（Principes）和實踐（Practices），華爲的敏捷，乃至DevOps變革之路，也伴隨着研發工具的變革。

3、插個話題

我常常叨叨：從IPD，敏捷，DevOps，每一個跨代的研發理念和實踐的落地，在華爲內部都是當作變革（Transform）去對待的，變革最難的是什麼，變革最難的是「對既有利益集團的破局」，中國的改革這樣，研發的變革也是如此。

4、繼續正文囉嗦

因此，客觀的說，咱們仍是花了些時間，最終實現了愈來愈少使用excel、愈來愈多使用專業敏捷、DevOps工具的變化的，如今華爲內部不管大小項目，首先使用專業的敏捷管理工具服務是一個默認的習慣<華爲內部早已經實現了工具的雲化/服務化，一站式使用，Web訪問/App訪問便可，Anywhere, Anytime, 很是便利。

這個過程的變遷，發生的悄無聲息，也從沒有想過爲何，由於有論壇用戶問，我就整理了一下，分享幾個可能比較片面的觀點：

由於專注，因此精彩

隨着敏捷在全球的應用，用戶愈來愈多，敏捷實踐愈來愈來豐富，專業的敏捷協同和管理工具也在持續的完善，愈來愈懂敏捷軟件開發，愈來愈懂開發者。

由於通用，因此沒法在每一個細分領域都作到最懂

Excel多年的發展，功能愈來愈強大，尤爲是Office365 雲端提供後，便利性更好，可是它始終是個通用的表格數據軟件，它甚至不少時候更懂財務，可是始終談不上最懂軟件開發。

不是最懂又會致使什麼呢？體驗不到軟件開發新的理念、方法和實踐

大量的新的軟件開發實踐，沒法經過Excel來體驗，好比看板的方法，Scrum的燃盡圖，思惟導圖的規劃需求。若是外面的世界更精彩，去軟件行業其餘企業應聘，經驗中有經過excel管理開發項目或被Excel管理，在業界總不能算是一個應聘的加分項。

開發人員會以爲管理方式比較Low

Excel管理軟件開發，一般會把開發人員當成一個蘿蔔一個坑，開發人員會以爲本身只是一個綠色表格中的一個選項，而缺乏開發人員的主動反饋和互動，這也是爲何不少的專業工具都讓開發人員能夠評論，能夠@，你們對於需求的安排、需求的進展能夠動態的反饋和社交討論。敏捷的理念，重視協同，看板的價值觀中也在推薦開發人員Pull任務，而不是Leader 單純的Push任務。軟件開發至今仍是智力活動，智力活動須要激發，須要協同，交流，軟件開發人員不能當成生產線的裝配機器人，雖然不少企業管理者都夢想這樣……：）

單機版不利於團隊共享試用

「那誰，最新的需求Excel表格給我發一下」，「那誰，你剛剛更新的缺陷Excel表格發給我沒有？」，「那誰，你這個表格不對吧，我昨天更新的需求狀態被你覆蓋了」，「那誰，你這個表格不是否是最新的」，「最新的風險表格在哪兒？」，「項目例會上，這個表格不是最新的，最新的在我電腦那兒，你等一下，我發給你，而後你們都等啊等」，「張三，李四，王五，大家更新一下表格中的需求狀態，郵件發給我啊」，「張三，李四，王五大家更新的表格沒有發給我啊，等等，哦，我收到你昨天郵件了，哦，李四你沒有使用張三最新的啊」……..，若是團隊超過5我的以上，使用Excel管理需求和項目，以上場景很常見吧？我不知道你會不會煩，我當時作項目經理，帶團隊時，最討論，最煩就是這個，由於Excel是文件傳遞，只能經過郵件或者社交軟件傳遞，常常衝突，常用得不是最新的，我還得從郵件拆附件，從社交軟件拆附件，從其中挑選最新的行，一個個的合併爲最新的Excle表格。我以爲這是在浪費生命，也對不住公司聘用個人成本啊，公司聘用我不是讓我整理表格的啊：（。

不利於並行協做

Excel文件能夠以雲盤或者文件服務器的方式或者代碼庫集中存儲，團隊成員能夠修改同一個地方的文件，雖然能夠必定程度解決上面的問題，可是一般而言，是文件級的鎖，一個成員修改，其餘成員是沒法並行修改的，若是某個成員編輯一半，沒有提交，其餘人就等啊等啊。而專業的工具其實基於工做項粒度（Epic，Feature，Story，Bug，Task，需求）來控制並行修改的，這樣並行修改的效率更高，即便不一樣的人修改同一個工做項，基於數據庫的事務性，也會讓用戶基本無感知且保證事務性和一致性。微軟最新的Office365，是雲端協同，華爲內部也使用了，可是從解決多人協同的衝突上，依然仍是沒法適用軟件開發過程，由於它始終理解的只是一個表格中的行，列或者格子，而專業的敏捷工具它們理解的是工做項、迭代這樣的軟件對象。

不利於自定義、升級和統一

若是須要增長需求的一個屬性，得修改需求的Excel 模板，修改後還得通知全部的團隊成員，更新爲新的模板，尤爲是單機版的Excel，讓團隊統一爲新模板，勞神勞嗓子也勞鍵盤。而如今的雲端的敏捷管理工具服務，都提供了豐富的自定義字段的功能，一次修改，全員均可以立刻使用，不用耗費時間在統一新模板上了。

不利於造成研發做業流

軟件開發就像一個流，規劃，需求分析，方案設計，代碼編碼，測試，缺陷解決。。。，而Excel只是一個或多個文件，自己也不是做業流，也沒有承載做業流。長此以往，會讓全部軟件開發成員，認爲軟件開發就是圍繞着幾個Excel文件在工做，沒法暢快的體會做業流，沒法體會到需求不斷交付上線的感受。

不利於和周邊系統的集成

通常軟件企業裏面總有一個集中的員工管理系統，一般也有編譯構建的工具系統，Excel做爲一個辦公工具，和這些系統的集成有許多自然的困難，沒法經過Excel看到需求有哪些測試用例，這些測試用例執行的狀況如何，員工的新增或離職，Excel中業務沒法自動同步，Excel需求分配任務給這些員工就會失效或者找不到人。

誠然，不少高手，能夠把Excel這樣的辦公工具發揮到極致，無限接近，可是這樣的高手其實還不如讓他去投入真正的產品的開發與交付呢：），能把Excel玩出高水平的軟件工程師，大機率都是高水平的程序員：）

固然，並非敏捷管理工具說能夠徹底替代Excel，Excel這樣的工具在數字的統計分析上，有着其強大的功能，對於純粹數字的分析、歸類、透視，能夠把需求、缺陷等數據從專業的敏捷工具中導出，在項目結束後，加以數字的分析，也是一種很好的互補。

華爲這麼多年研發效能的持續投入，積累了豐富的實踐經驗，這背後有一個基礎的理念：軟件研發工程師是寶貴的（說直白點，成本挺高的，真貴o(*￣︶￣*)o），學歷都不低（說直白點，還很傲嬌，^_^），吸引優先人才競爭還激烈（不爽就鍵盤黨狂吐槽，或者另謀高就(#^.^#)）。

因此應該讓廣大的軟研發工程師去專一業務的規劃、交付，讓他們作有價值，有挑戰，讓他們感受有成長的事情，而不是讓他們成爲工具的僕人。始終給他們裝備最懂軟件開發，最懂開發者，最高效的，最少操心的研發工具，纔是正道。若是把研發團隊比做做戰團隊，應該讓他們使用最早進戰場裝備，而不是讓他們本身去研究定製一個坦克，他們只須要提需求給專業的服務商就能夠了。

像華爲這樣想的企業，愈來愈多。因此如今業界有不少像DevCloud這樣的專業的敏捷管理工具服務，運行在雲端，Anywhere and Anytime 可使用，同時還有專業的團隊來提供專業的服務，他們更懂軟件研發，更懂開發人員的苦惱，更懂敏捷/DevOps。隨着雲成爲新的基礎設施，雲上的敏捷管理也必然會愈來愈會成爲軟件管理的基礎設施。

以上爲今天的分享內容，囉裏囉嗦的，我本身都嫌棄本身，視野有限，讀書少，觀點片面，若有不對，還望你們指正、交流、討論：）

編者：IT大咖說，轉載請標明版權和出處