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

內容來源:華爲雲 DevCloud 首席佈道師 & 資深產品經理劉恆的技術乾貨分享。IT 大咖說(微信id:itdakashuo)經華爲雲和講者授權發佈,轉載請標明出處。

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

摘要

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

大家好,我是華爲雲DevCloud項目管理服務恆少

(https://bbs.huaweicloud.com/blogs/adf71fa5bbf811e89fc57ca23e93a89f)

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

一、例行的開篇小故事

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

比如,好好的程序內測測試環境驗證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, 非常便利。

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

因爲專一,所以精彩

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

因爲通用,所以無法在每個細分領域都做到最懂

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需求分配任務給這些員工就會失效或者找不到人。

w9rtrt

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

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

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

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

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

以上爲今天的分享內容,囉裏囉嗦的,我自己都嫌棄自己,視野有限,讀書少,觀點片面,如有不對,還望大家指正、交流、討論:)

IT大咖說 | 關於版權

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章