最近專案管理領域最熱門的關鍵字應該就是「敏捷」了,當然這跟整個大環境的發展趨勢有關,無論是AI人工智慧、5G、IOT、雲端服務、雲端運算等,都是在高度變遷的環境下發展,因此以往軟體業所採用的敏捷開發方式,也被應用到許多新型態的專案中。

除了軟體開發或應用新技術的新型態專案,其他類型的專案又如何呢?讓我們來看一些例子:

營建業可說是目前應用專案管理最成熟的行業之一,由於營建工程在開工之後的重作成本非常地高,所以營建管理幾乎都是採用瀑布式(計畫式)的專案管理方式,也就是先進行周延的計畫,待計畫核定再向前推進。然而,EPC統包乃是目前工程發包的趨勢,其中設計階段不就是一個反覆修改的過程嗎?而施工後期的裝修工程,無論是風格、材質、甚至顏色,同樣的也可能歷經多次溝通討論,談到反覆修改或密集的溝通討論,這不正是敏捷的做法嗎?

再看看製造業,現今多數製造業都從OEM轉型為ODM(原廠委託設計),通常在一個ODM專案的前段會進行協同設計與開發,中後段則進行試做或小批量製造,等一切就緒後才進入量產前的準備。這類專案仍須對客戶承諾專案期程與目標,所以仍需排定計畫,但這樣的計畫往往無法涵蓋足夠的執行細節,例如:允許多少次設計修改、多少次打樣、多少試(實)驗等等,導致只能規劃粗略的計畫時程,試想當每個任務的時間都拉到一兩個月或更長時(想像甘特圖中每條長長的bar),這樣的計畫又應該怎麼管控呢?

最後回來看軟體業,多數軟體或系統整合服務廠商,仍以接受客戶委託之開發專案為主,所以不似開發自有產品可以有全然的自主性,並可採用高度敏捷的手法。由於每個受委託專案仍須滿足客戶的需求與範疇,也一定會有目標交期,所以最後又回到瀑布式的周期,但在執行瀑布式的各階段工作(例如:需求收集、系統分析與設計,甚至安排功能開發先後次序或準備測試計畫等),則仍以敏捷方式來進行較佳。

綜上可以看出,許多專案仍須以計畫為主軸(瀑布式),但專案過程的實施則可搭配敏捷手法,所以專案經理要能夠靈活地應用「混合式」的管理方式,才能滿足多變的專案需求。

瀑布式專案管理通常有嚴謹的流程,所以可搭配PMIS以將專案管理自動化;敏捷式專案管理則常使用數位看板將專案進度可視化以提高溝通效率;而混合式則兼具二者特性:主計畫的流程與管控要嚴謹、有異常時應預警並遵循變更流程,但細節的執行則要彈性快速,以在有限的時間內產出可接受的階段性成果,方可向下個階段前進,而欲取得混合式專案管理的靈活度,採用整合PMIS與看板功能的專案管理系統工具是重要關鍵。

孟華科技ezteamwork專案管理系統無縫整合敏捷看板於嚴謹的瀑布式專案管理流程,您可依不同專案特性靈活運用瀑布式、敏捷式、或混合式的管理機制。


歡迎分享文章至

筆者近幾年擔任國際專案管理學會台灣分會(PMITW)的專案管理大獎評審,觀察到幾個值得思考的現象,今天先來談談幾乎每個團隊都會強調的:「我們每個專案都會建一個LINE群組來管專案,可以把專案管得很好」。

談到「建LINE群組=用LINE管專案」,難道曾幾何時,LINE變成專案管理系統(PMIS) 了嗎? 不可諱言,良好的溝通是專案成功的一大關鍵,而LINE確實是個很方便的溝通工具,似乎只要建個群,把相關利害關係人邀進來,重要訊息都往群一發,就不用擔心遺漏誰,從此專案溝通順暢沒煩惱,但事實又是如何呢?

LINE的群發跟email的群發,其實是異曲同工:我們常常發一則訊息給很多人(因為怕某個「應該知道」的人沒收到),並期待某些人應該會回覆。差別在於,現代人手機不離手,所以發LINE比發email方便多了,但email裏一則一則分得很清楚,而LINE群組最後幾乎都變成訊息的大雜燴,相信很多人對漏訊或洗版,也都深感其累。

個人以為,LINE的價值之一是「方便」,但就像任何工具一樣,真正的關鍵仍是人,沒有盡責又頭腦清楚的專案經理及團隊,再方便的工具其幫助仍是有限,注意這邊的重點是「盡責」,至於「頭腦清楚」,或許還是可以依賴一套完整的專案管理系統 (PMIS)來輔助,畢竟再清楚的頭腦也有疲勞的時候,這時電腦的作用就可以體現了!

此外,無論用LINE或email,千萬別忽略了他們更大的價值其實是「組織流程資產」,很可惜卻幾乎沒人談怎麼發揮他們在這方面的價值,好像事過境遷便船過水無痕了。平常大家談專案管理時都高聲倡導專案經驗學習(Project Lessons Learned)的重要性,卻常常把結案報告當作專案經驗學習的代名詞,我們會再另外針對這個題目來探討一下。

結論:LINE當然可作為專案溝通的工具,但就如同使用電話或email等其他溝通工具,「人」才是專案溝通的靈魂之所在,再搭配專案管理系統(PMIS)的使用,才能使專案管理事半功倍。


歡迎分享文章至

常有人在問有沒有哪套「比較好」的專案管理系統? 或是哪套專案管理系統比較多人用? 這讓我不禁想到小時候跟老爸打乒乓球,我每次擊球出界時總是「牽拖」球拍不好,而老爸卻總是傷口撒鹽地說會打的拿木屐也能打。這個故事告訴我們,基本功很重要,否則工具再好也沒用,但話說回來,當雙方功力相當時,工具就有可能是致勝差異之所在了。

專案管理的基本功有哪些呢?從標準方法(例如PMI的專案管理知識體系指南PMBOK ®Guide)的理解到各種最佳實務(Best Practices)的運用,還有各種軟技能(soft skills)與硬功夫(hard skills),相信大家對這些並不陌生,在此就不贅述。

而專案管理的工具當然就是專案管理資訊系統(PMIS)了,在我擔任各類型企業輔導顧問近20年來,看過各式各樣的專案管理工具,從各種免費軟體、到最普及的Excel (是的,非常非常非常多人用Excel在管專案!)、到價格高昂的商業軟體,到底哪套專案管理系統或工具最適合我呢?

暫時撇開功能層面(別忘了有本事的人拿木屐也可以打桌球、打球棒也可以打高爾夫球),我們先來思考一下架構面。相信大家認同專案的成功有賴於良好的團隊協同運作,而您的專案團隊是定點(co-location)為主還是遠距分散呢?專案人員會需要經常移動嗎?專案形成是源自委託與契約(甲方-乙方)或是內部專案(發起人提案、長官指示等)呢?專案管理方式是瀑布(Waterfall)、敏捷(Agile)或混合(Hybrid)呢?專案利害關係人之間又是如何進行資訊傳遞(階層式、點對點、集中、分散、混亂)呢?

定點的團隊在內網(Intranet)協作可能方便些,但對外網路頻寬足夠時,直接上Internet協作也無不可;至於遠距分散或移動性高的團隊,當然Internet會是理想的選擇。瀑布式的專案環境通常其分工及階層較明確,而敏捷式的專案組織則相對較為扁平,再考量是否牽涉外部人員(無論是甲乙方),因此不同的運作方式下,所需達到的權限管控程度也不一樣,這時可能商業軟體的支援就較完整。

功能方面,與其問系統有什麼,還不如思考自己需要什麼?但偏偏這是一個普遍的盲點,大家似乎在評估的時候都希望系統可以無所不能,但真正在用的時候卻又只想用最簡單的部分。想想大家所熟悉的文書處理軟體,我們到底用了幾成的功能呢?所以除了基本功能外,系統可提供多大的彈性與擴充性,在我們需要某些進階功能時,系統是否可以快速調整來滿足需求,這才是重點。

把上面這些問題想清楚,再看看哪套系統的架構最適合自己的專案環境來運作,這樣應該就不難找到適合的專案管理系統了。但還是要提醒,系統只是輔助工具,真正的關鍵還是人。馬雲說過:「複雜的事情簡單做,你就是專家;簡單的事情重複做,你就是行家;重複的事情用心做,你就是贏家。」,在此重新詮釋這三句話:

  • 複雜的事情簡單做:找系統幫你;
  • 簡單的事情重複做:用系統助你;
  • 重複的事情用心做:一切都靠你!

歡迎分享文章至

敏捷管理常見的迷思

在尚未了解敏捷的精神和應用之前,有些人對敏捷會有一些迷思,其中最主要的一個迷思是,把敏捷跟專案畫上等號。雖然我們經常看到 ‘敏捷專案管理’ 這個名詞,但其實更嚴格地講,應該稱為敏捷式管理或敏捷式手法。敏捷管理不見得是只用來管專案,在之前孟華顧問的線上系統教學影片中,我們是以產品開發專案為例,為了做好這個產品交付,我們與其花一段較長的時間做出一個很龐大的產品交付,我們採用敏捷管理,用更頻繁多次(亦即多個迭代)做出更小的交付,同時,每次交付都是使用者可以看到、可以用的,所以我們更早推出產品讓使用者能使用、提供回饋,進而持續改善,經過多次迭代產出來做出更滿足使用者需求的產品。

講到這裡,對敏捷迭代式的交付,希望很多人都能了解到敏捷的效益。不過,從敏捷的宣言裡,或許也有很多人認為敏捷都不需要寫文件、敏捷也不需要計劃,甚至很多人說我們有用看板、我們有站立會議,我們就是敏捷,這些想法其實都是問號。正確的說法應該是,看板(Kanban)是敏捷的一個很好的工具,而站立會議是進行敏捷式溝通的很好的方式;但反過來說,並不是用看板來管理就一定是敏捷式管理,從我所觀察到,很多公司雖然有看板工具,但其實還是以瀑布式專案的管理思維和作法,這麼一來反而會有疊床架屋的情形。


敏捷管理的成功關鍵

如何推行敏捷式管理比較容易成功?大概可以分成幾個重點:

  • 第一點,產品負責人跟開發團隊要非常密切的互動。不論是在站立會議或是平日的溝通,產品負責人不能像一般瀑布式裡所謂的計劃主持人,等到查核點的時候才出現。敏捷式管理中這個密切的互動溝通是很重要的,這樣才能夠確保在每一個迭代能夠做一個快速的交付,或是迭代與迭代之間能做快速的決策和改善回饋。反過來說,如果在敏捷管理執行中,產品負責人還是等到查核點才出現,中間那些迭代的交付搞不好在最後又被全盤推翻,如此就完完全全失去了敏捷的精神。
  • 第二點,是攸關產品工作清單 (Product Backlog)的取捨與排序。常常大家都覺得,每個工作項目都很重要,但是當我們什麼都認為很重要、什麼都想做,最後就會變成什麼不知道要從何開始,甚至無法做出來。所以在這裡特別強調,Product Backlog的取捨及優先順序,對敏捷管理的成功交付是非常重要的。
  • 第三點,是關於每一個工作項目(Work Item)的大小。一般而言,每個迭代的執行期間是1~2週,多數人以兩週為單位,我們不希望一個Work Item的內容在一個迭代中做不完。因此,若是真的有這麼大的Work Item,請務必要把它切割成比較小的Work Item,否則就很難完成迭代的管理與交付。
  • 第四點,是不要怕做錯,而是要能快速回饋修正。剛開始應用敏捷管理時,多數人會想迭代這樣規劃,做得不好會怎麼樣。如前面所提,每一個迭代的期間是1~2週,所以如果這一個迭代的交付做錯或不如預期,能夠在下一個迭代快速把它修正過來,這才是敏捷的重點。

綜合以上所說的敏捷成功關鍵,第一點是Product Owner與開發團隊的密切互動;第二點是Product Backlog的取捨和優先順序,這是很困難的一件事,因為大家都覺得什麼都很重要、什麼都要做,最後很可能又會回到今天的一個惡性循環,什麼都要做、卻又甚麼都做不好,時間又一拖再拖,因此,取捨和排序非常重要。第三點是要切割work item為適當的大小;最後一點是在在迭代與迭代之間,能快速的回應與修正,快速回饋、持續改善是敏捷的精神,也是敏捷成功的關鍵之一。


歡迎分享文章至

甚麼是混合式管理?

企業專案最為傳統的管理手法為 瀑布式管理,又稱預測式或計畫導向,是針對需求明確專案而進行的管理模式,近年來,為了回應需求的變動,敏捷式管理也成了專案管理手法的新趨勢。然而,為了滿足更廣泛的專案管理需求,混合式成為了專案管理手法的新選擇。

再談混合式(Hybrid)管理之前,要先定義一下,甚麼是混合式?其實,混合式並沒有一個明確的定義,它可以是用幾種不同的模式執行實務上的操作。

  • 第一種:前期透過敏捷式做需求的收斂+後期透過需求訂下的計畫執行瀑布式管理
  • 第二種:前期依瀑布式執行固定的工作階段+後期依敏捷式逐步完成小型任務
  • 第三種:主體依瀑布式掌握專案時程,階段任務利用敏捷式管理的方式輔助推進
  • 第四種:主體依敏捷式進行管理,細項由瀑布式做輔助推進

以上四種不同的專案生命週期,只要管理手法包括 瀑布式(Waterfall)、敏捷式(Agile),嚴格來說就為混合式。那對於混合式中最常見的實務操作模式(第三種),其實就是主體藉由瀑布式定義出每個階段的時程、里程碑需要交付哪些東西,然後依照敏捷式執行每個階段中的工作細項,透過站立會議來快速的回顧工作項目的進行狀況,而階段中不需要再細分若干個迭代,只需要一個看板管理階段內所有的待辦,那這樣的模式如何在ezteamwork上做管理呢?


如何用ezteamwork管理混合式專案

首先,第三種模式是瀑布式包敏捷式,所以在建立新專案的時候會選擇瀑布式,透過新增階段任務(WBS)規劃出整體的主時程,和一般的瀑布式專案一樣,能看到專案的時程、預定完成日、里程碑與甘特圖。

不一樣的是,在混合式中的階段任務不會劃分的很詳細,可能會是一階或兩階的WBS,且WBS底下的細項也不需要去訂定時程,而是個別設定對應的工作項目,這些工作項目同樣也能做排序。只要任務對應的工作項目能夠在階段時間內完成,工作執行的先後順序就不是那麼重要,也不需事先訂定哪個工作項目應該在階段內的哪一個時間完成。

所以這個是目前我們使用 ezteamwork瀑布式做為管理混合式專案的一種應用方式。那目前ezteamwork 全新升級的9.0版本中,看板是獨立在敏捷式管理模組中的工具,瀑布式中目前沒有看板功能,不過,在不久的將來,ezteamwork將會推出混合式專案管理模組,屆時就能夠在大規模的時程、甘特圖中,看到敏捷式看板中的工作項目,進而採用更廣泛、彈性的方式進行專案管理。


歡迎分享文章至

企業對於不同的專案有著相對應的管理模式,而常見的專案管理方式類型大致上可分為三種:瀑布式(Waterfall)、敏捷式(Agile)、混合式(Hybrid)。而面對不同規模、內容、需求及類型的專案,選擇合適且正確的專案管理方式,會是促使專案邁向成功的重要關鍵。以下我們就依照不同類型的專案管理方式,說明其適合哪一種專案的內容。


瀑布式

最廣為人見的管方式 — 瀑布式(Waterfall),也有人稱為計畫導向(Plan-driven)指的是需要事先把專案的計畫給完善,然後再依照計畫安排去進行,或亦稱為預測式(Predictive),因為當專案的內容都規劃出來了,勢必代表當下能預測到未來將要進行那些項目,像是時程、甘特圖都是瀑布式管理常見的工具。所以瀑布式、計畫導向或預測式,我們將它們視為是同義詞,也同時是ezteamwork協作平台中最主要的專案管理模式。那甚麼時候適合用瀑布式呢?如果說一個專案的需求相當清楚、流程也很明確,而且過去的經驗可做為現今的參考,過往精準的計畫能夠做為一份重要的依據,這樣的情況通常就會採用瀑布式的管理方式。比如說,營建工程就是非常典型的例子,從設計、發包到施工,專案的運作有著十分明確的流程,這類型的專案就會採用瀑布式的管理方式。想了解更多關於瀑布式專案管理的時程、甘特圖功能與機制,請見「時程管理」。


敏捷式

敏捷式(Agile),也有人稱迭代式(Iterative)或是增量式(Incremental),源自於軟體工程,早期的開發專案常在最後交付時,面臨到產品無法回應需求變化而導致重工的情況,因此才發展出敏捷式的管理方式,它是透過流程的簡化、頻繁的溝通,使整個專案團隊聚焦在產品上,以達到產品持續優化的一種管理模式,而最常見的敏捷式管理工具就為看板(Kanban)

甚麼時候適合用敏捷式呢?當面對的專案其需求十分不明確、變動性也很大,專案運作的流程、技術也不確定,且過去經驗的參考性也不足,那敏捷式的管理方式就會是一個可以參考的選擇。例如,軟體開發產業、行銷團隊等等,都很適合運用敏捷式的管理方式。想了解更多關於敏捷式管理裡的看板功能及效益,請見「敏捷式管理」。


混合式

混合式(Hybrid),顧名思義,就是混合了以上兩種管理方式來應用在專案之中。而混合式其實沒有一個明確的定義說是以哪一種模式呈現,有可能會是專案的前期透過敏捷來收斂需求,後期再採用瀑布式進行,又或是專案前期利用瀑布式完成主要階段任務,後期再依照迭代逐步完成小型任務。混合式可以說是提供了彈性的管理空間,在應用層面上更具廣泛性,是一種兼容並蓄的管理方式。
因此,混合式並沒有說適合哪一類型的專案,或是說混合式適用於廣泛的專案,結合瀑布式+敏捷式的管理,能夠互相彌補彼此的限制,在專案運作之中依照不同任務特性適當調配管理模式的方式,利用這樣彈性的機制,能夠強化專案管理的有效性。

因此,身為一個優秀的專案經理人且想獲得專案成功的重要基礎關鍵,就是先了解不同的專案管理方式,以及知悉專案的內容及屬性,再依此選擇一個適當的管理方式。


歡迎分享文章至