華為敏捷/DevOps實踐:別再用Excel管理項目

      網友投稿 1012 2025-04-01

      大家好,我是華為云DevCloud項目管理服務的產品經理?恒少:)(https://bbs.huaweicloud.com/blogs/adf71fa5bbf811e89fc57ca23e93a89f)

      作為布道師和產品經理,出差各地接觸客戶是常態,經常和華為云的客戶交流、布道、技術沙龍,但是線下交流,覆蓋的用戶總還是少數。我希望借線上的平臺,和用戶持續交流華為在研發效能提升上的思索和考慮。

      華為敏捷/DevOps實踐:別再用Excel管理項目

      <恒少出品,必然妥妥干貨,必定理論聯系實踐>,因為軟件無銀彈,探索始終在路上

      -----------------------干貨分割線--------------------------------------

      例行的開篇小故事:在西方的傳統傳說中,狼人可以說是比較可怕排行榜靠前的,除了破壞性大,還有出乎意料性,傳說月圓之夜,會出乎意料的從熟悉的正常人變成可怕的怪物。軟件從誕生那一天前,就注定是個“狼人”。

      比如,好好的程序內測測試環境驗證OK,可是一上線到生產環境,問題不斷;

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

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

      正文開始啰嗦

      很多小型的軟件企業,都比較喜歡用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變革之路,也伴隨著研發工具的變革。

      <插個話題:我經常叨叨:從IPD,敏捷,DevOps,每個跨代的研發理念和實踐的落地,在華為內部都是當做變革(Transform)去對待的,變革最難的是什么,變革最難的是“對既有利益集團的破局”,中國的改革這樣,研發的變革也是如此。>

      所以,客觀的說,我們還是花了些時間,最終實現了越來越少使用excel、越來越多使用專業敏捷、DevOps工具的變化的,現在華為內部無論大小項目,首先使用專業的敏捷管理工具服務是一個默認的習慣<華為內部早已經實現了工具的云化/服務化,一站式使用,Web訪問/App訪問即可,Anywhere, Anytime, 非常便利>

      這個過程的變遷,發生的悄無聲息,也從沒有想過為什么,因為有論壇用戶問,我就整理了一下,分享幾個可能比較片面的觀點:

      l?因為專一,所以精彩。隨著敏捷在全球的應用,用戶越來越多,敏捷實踐越來越來豐富,專業的敏捷協同和管理工具也在持續的完善,越來越懂敏捷軟件開發,越來越懂開發者。

      l?因為通用,所以無法在每個細分領域都做到最懂。Excel多年的發展,功能越來越強大,尤其是Office365 云端提供后,便利性更好,但是它始終是個通用的表格數據軟件,它甚至很多時候更懂財務,但是始終談不上最懂軟件開發。

      l?不是最懂又會導致什么呢?

      l?體驗不到軟件開發新的理念、方法和實踐。大量的新的軟件開發實踐,無法通過Excel來體驗,比如看板的方法,Scrum的燃盡圖,思維導圖的規劃需求。如果外面的世界更精彩,去軟件行業其他企業應聘,經驗中有通過excel管理開發項目或被Excel管理,在業界總不能算是一個應聘的加分項。

      l?開發人員會覺得管理方式比較Low。Excel管理軟件開發,通常會把開發人員當成一個蘿卜一個坑,開發人員會覺得自己只是一個綠色表格中的一個選項,而缺少開發人員的主動反饋和互動,這也是為什么很多的專業工具都讓開發人員可以評論,可以@,大家對于需求的安排、需求的進展可以動態的反饋和社交討論。敏捷的理念,重視協同,看板的價值觀中也在推薦開發人員Pull任務,而不是Leader 單純的Push任務。軟件開發至今還是智力活動,智力活動需要激發,需要協同,交流,軟件開發人員不能當成生產線的裝配機器人,雖然很多企業管理者都夢想這樣。。。:)

      l?單機版不利于團隊共享試用。“那誰,最新的需求Excel表格給我發一下”,“那誰,你剛剛更新的缺陷Excel表格發給我沒有?”,“那誰,你這個表格不對吧,我昨天更新的需求狀態被你覆蓋了”,“那誰,你這個表格不是不是最新的”,“最新的風險表格在哪兒?”,“項目例會上,這個表格不是最新的,最新的在我電腦那兒,你等一下,我發給你,然后大家都等啊等”,“張三,李四,王五,你們更新一下表格中的需求狀態,郵件發給我啊”,“張三,李四,王五你們更新的表格沒有發給我啊,等等,哦,我收到你昨天郵件了,哦,李四你沒有使用張三最新的啊”……..,如果團隊超過5個人以上,使用Excel管理需求和項目,以上場景很常見吧?我不知道你會不會煩,我當時做項目經理,帶團隊時,最討論,最煩就是這個,因為Excel是文件傳遞,只能通過郵件或者社交軟件傳遞,經常沖突,經常使用得不是最新的,我還得從郵件拆附件,從社交軟件拆附件,從其中挑選最新的行,一個個的合并為最新的Excle表格。我覺得這是在浪費生命,也對不住公司聘用我的成本啊,公司聘用我不是讓我整理表格的啊:(。

      l?不利于并行協作。Excel文件可以以云盤或者文件服務器的方式或者代碼庫集中存儲,團隊成員可以修改同一個地方的文件,雖然可以一定程度解決上面的問題,但是通常而言,是文件級的鎖,一個成員修改,其他成員是無法并行修改的,如果某個成員編輯一半,沒有提交,其他人就等啊等啊。而專業的工具其實基于工作項粒度(Epic,Feature,Story,Bug,Task,需求)來控制并行修改的,這樣并行修改的效率更高,即使不同的人修改同一個工作項,基于數據庫的事務性,也會讓用戶基本無感知且保證事務性和一致性。微軟最新的Office365,是云端協同,華為內部也使用了,但是從解決多人協同的沖突上,依然還是無法適用軟件開發過程,因為它始終理解的只是一個表格中的行,列或者格子,而專業的敏捷工具它們理解的是工作項、迭代這樣的軟件對象。

      l?不利于自定義、升級和統一。如果需要增加需求的一個屬性,得修改需求的Excel 模板,修改后還得通知所有的團隊成員,更新為新的模板,尤其是單機版的Excel,讓團隊統一為新模板,勞神勞嗓子也勞鍵盤。而現在的云端的敏捷管理工具服務,都提供了豐富的自定義字段的功能,一次修改,全員都可以馬上使用,不用耗費時間在統一新模板上了。

      l?不利于形成研發作業流。軟件開發就像一個流,規劃,需求分析,方案設計,代碼編碼,測試,缺陷解決。。。,而Excel只是一個或多個文件,本身也不是作業流,也沒有承載作業流。久而久之,會讓所有軟件開發成員,認為軟件開發就是圍繞著幾個Excel文件在工作,無法暢快的體會作業流,無法體會到需求不斷交付上線的感覺。

      l?不利于和周邊系統的集成。一般軟件企業里面總有一個集中的員工管理系統,通常也有編譯構建的工具系統,Excel作為一個辦公工具,和這些系統的集成有許多天然的困難,無法通過Excel看到需求有哪些測試用例,這些測試用例執行的情況如何,員工的新增或離職,Excel中業務無法自動同步,Excel需求分配任務給這些員工就會失效或者找不到人。

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

      當然,并不是敏捷管理工具說可以完全替代Excel,Excel這樣的工具在數字的統計分析上,有著其強大的功能,對于純粹數字的分析、歸類、透視,可以把需求、缺陷等數據從專業的敏捷工具中導出,在項目結束后,加以數字的分析,也是一種很好的互補。

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

      所以應該讓廣大的軟研發工程師去專注業務的規劃、交付,讓他們做有價值,有挑戰,讓他們感覺有成長的事情,而不是讓他們成為工具的仆人。始終給他們裝備最懂軟件開發,最懂開發者,最高效的,最少操心的研發工具,才是正道。如果把研發團隊比作作戰團隊,應該讓他們使用最先進戰場裝備,而不是讓他們自己去研究定制一個坦克,他們只需要提需求給專業的服務商就可以了。

      像華為這樣想的企業,越來越多。所以現在業界有很多像DevCloud這樣的專業的敏捷管理工具服務,運行在云端,Anywhere and Anytime 可以使用,同時還有專業的團隊來提供專業的服務,他們更懂軟件研發,更懂開發人員的苦惱,更懂敏捷/DevOps。隨著云成為新的基礎設施,云上的敏捷管理也必然會越來越會成為軟件管理的基礎設施。

      啰里啰嗦的,我自己都嫌棄自己,視野有限,讀書少,觀點片面,如有不對,還望大家指正、交流、討論:)

      軟件開發平臺 DevCloud 項目管理 軟件開發云

      版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。

      版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。

      上一篇:企業的管理制度,打造成功的組織架構和文化
      下一篇:華為云首席架構師獨家分享:云原生2.0架構設計的8大關鍵趨勢
      相關文章
      极品色天使在线婷婷天堂亚洲| 亚洲一区二区三区久久| 亚洲精品国产国语| 亚洲专区在线视频| 亚洲国产精品无码av| 亚洲AV午夜成人片| 亚洲国产精品无码专区影院 | 亚洲午夜久久久久久久久久 | 亚洲一级毛片免费观看| 亚洲免费二区三区| ASS亚洲熟妇毛茸茸PICS| 国产亚洲玖玖玖在线观看| 亚洲熟妇成人精品一区| 亚洲乱码中文字幕在线| 色噜噜的亚洲男人的天堂| 亚洲AV网站在线观看| 亚洲精品第一国产综合境外资源| 亚洲精品美女久久久久99小说| 亚洲午夜AV无码专区在线播放 | 亚洲精品国产V片在线观看 | 久久丫精品国产亚洲av不卡 | 亚洲精品无码99在线观看| 亚洲综合精品网站| 国产亚洲精品a在线无码| 亚洲电影一区二区| 亚洲国产高清美女在线观看| 亚洲av永久无码精品三区在线4| 久久亚洲国产最新网站| 小说专区亚洲春色校园| 亚洲视频人成在线播放| 久久久青草青青亚洲国产免观| 亚洲AV无码久久寂寞少妇| 亚洲自偷精品视频自拍| 国产午夜亚洲精品| 国产产在线精品亚洲AAVV| 国产偷国产偷亚洲高清日韩| 亚洲AV无码久久| 亚洲欧洲日产国码在线观看| 一本色道久久88—综合亚洲精品| 日本亚洲中午字幕乱码| 中文字幕精品亚洲无线码一区应用|