台灣市場敏捷的急迫度?

大家好,我是馬在飛的飛,之前參加 Open Space — Agile & DevOps 2022 議題討論,其中我丟出了這個問題想找到答案(因為公司是走敏捷外包的,想看看市場大不大)會議結束後我也有個答案和想法(個人意見),今天來和大家分享一下。 先說結論: 台灣市場有需要但不急迫,但銀行業好一點,有比較急一點點點。 急迫來自於追趕,想像你是一間公司的老闆,沒有敏捷前公司還是一樣賺錢,那為什麼一定要導入呢?除非你的同業突然甩了你幾條街,然後過來拍拍你的臉說:老弟,哥就是用敏捷甩了你幾條街,就問你氣不氣?臉腫不腫? 這時你就會想拚了命導入,告訴你的主管們從今天起我們要敏捷,搞不定的就回家吃X,這就有急迫度了,但是~就又會是另一個問題: 舉個不恰當的比喻: 民末清初,八國聯軍就像敏捷一樣,讓中國和日本都被驚呆了,打怕了,現在兩國都有急迫度要學(打不贏你,就加入你,很正常的邏輯,沒毛病),但一個開始買槍買炮學武器(我們有檢討會,也有daily …),一個穿西裝帶手裱學文化(敏捷精神+框架),過了幾年後,差異就出來了,那中國怎麼辦?只好革命啦 ,所以說就算有了急迫度,就是另一個問題,有了錯誤的期待就會有錯誤的結果,當然如果能質變量變,量變質變,最終能活下來的終究還是好的,以上有點離題,個人意見。

台灣市場敏捷的急迫度?
台灣市場敏捷的急迫度?

--

--

--

--

--

--

專案管理論戰(下):為什麼選擇敏捷?

大家好,我是馬在飛的馬。 經過兩篇文章,說明了專案管理方法的兩大宗:瀑布與敏捷,兩種的特色與對專案的幫助,接著分享了再從瀑布轉到敏捷的過渡期,產生的奇特物種:Hybrid 混合式,也說明了為什麼混合式只能是一個暫時性的緩衝方案,若把混合當成一種正式的專案管理方法會造成的問題。 接下來,今天的文章我想和你分享,在經歷過瀑布->混合->敏捷,為什麼我會選擇敏捷作為我專案管理的主要理念,以及如何從混合式的混亂中,走入真正的敏捷。 從混合走到敏捷 上次我們說到,因為老闆的意願,公司推行似是而非的「混合式」管理,那時我自己接觸了一些敏捷的資料,但對其了解仍屬於文字式的理解,覺得除了增加很多專案的Check Point之外,和以往沒有太多不同,並且公司每個人各有一套理解方式,也不是每個人都配合,所以只是增加了專案經理的工作量:仍需要花費大量的時間與客戶確認所有規格細節,並撰寫規格書,進入開發後,每週又要花費多餘的時間和工程師開各種會議,專案期程仍然拉的很長,客戶仍然在交付後抱怨和他們想的不一樣,抱怨為什麼沒有幫他設想好所有情境。簡而言之,施行「混合式」成功的讓大家每天看起來更忙、更多事要做,但工作成果的提升卻沒有對等。

專案管理論戰(下):為什麼選擇敏捷?
專案管理論戰(下):為什麼選擇敏捷?

--

--

--

--

--

--

--

--

--

--

--

--

--

--

馬在飛科技

馬在飛科技

馬在飛科技用不一樣的管理思維,帶給你更好的軟體外包體驗。從系統規劃、UI/UX設計到軟體開發、保固維護,全方位專業團隊為你服務,並依循敏捷開發的精神,讓你能隨時掌握專案進度,並快速地取得產出,獲得市場回饋。讓馬在飛與你一起從無到有創作屬於你的產品,開創新的數位生活體驗!