• 近年來,隨著客戶對於各領域專案需求的不斷提升與變化,傳統專案管理中的瀑布階段式開發方法已跟不上需求。取而代之的是基於反覆運算、增量開發的敏捷專案管理方法。然而由於多種因素的不完備,敏捷專案管理方法在現階段並沒有有效提升專案的成功率與專案成員的工作效率。這篇文章將著重研究敏捷專案管理中的時間管理與成本管理。
  • 與工業生產中所強調的執行力不同,工業生產中由於規模化的原因,前期可以花大量的時間進行細化,工作步驟可以到操作層面,每個層面有具體的完成標準,然後進行規模化推廣,盡可能減少執行者的能動性,從標準化向機械化發展,通過機械化操作,減少執行者的判斷時間,從而達到提高工作效率和工作質量基本一致的目的。  
  • 是否曾聽很多Trello玩家分享過?當他們第一次登入Trello時,面對過於空蕩蕩的版面,卻不知如何開始下手。這樣的心聲,不知您也曾否遭遇過呢?別擔心,相信您不會是僅有的那一個,因為我們大多時候已經習慣系統提供給我們明顯固定的操作路徑,所以當面對像Trello如此彈性的工具時,難免便會顯得不知所措。 這一回,我們就要帶大家瞭解,如何快速Trello上手免緊張。首先,我們必須先認識Trello的層級組成。我們知道,它除了是提供個人單獨使用的工具之外,若能搭配團隊協同工作,更可以大大地發揮其價值效益;因此,在一個註冊的帳號空間內,我們建議可以先選擇建立不同的團隊或組別,分別依照其成員的組成不同,再把不同成員帳號一起加進來。例如像是我們常在同時間會跨團隊有不同專案正在運行,那麼我們就可以依團隊不同,先打造各團隊的工作空間。     在一個團體群組內,可允許包含多個討論版(Board),而在使用習慣上,我們通常建議,可依專案工作別,來開啟各個討論版。例如就我們這個部門或團隊,所經手處理的各專案,依照這些專案,逐一為它們各自開啟討論版,如此便可以清楚區隔各專案的工作事項,方便掌握各專案的進度時程。於是,經過上述步驟後,就如同我們下圖所見,金融事業團隊曾經手提款系統串接案、網路銀行開發案,又或流通百貨部門處理過報表系統擴增案、收銀系統維護案,而個人自己無論公私項目,則可在My Boards區塊進行,如此我們便已完成初步清晰明瞭的工作架構了。     而在每一個討論版內,提供一串串的清單列(List),它是設計協助讓我們為每一個工作項目(Work Item),作歸類整理專用。但曾接觸過很多Trello的新玩家,在剛開始如何去訂定分類清單列,著實讓他們最是傷透腦筋。在這裡我們可以提供幾種常用的模式建議: 1.按時間軸分類 將清單列以未完成、進行中、已完成、待處理…等狀態分類,按工作項目的處理狀態分列呈現。 優點:因清單列分類即已有時間先後順序的關係存在,因此對於整體專案的進度狀況能較清楚掌握。   2.按工作性質分類 例如以軟體開發為例,將工作項目按階段分類為訪談階段、開發階段、測試階段、上線階段,再各自包含如最初訪談階段會有需求蒐集、初模製作;測試階段需歷經單元測試、整合測試;到了上線階段則須環境建置、資料轉移……等工作項目。 優點:將各工作項目按不同類型分類,能較有助於工作拆解;對於專案各階段或各組合區塊,可有效地拆分指派。   3.按成員分類 即以團隊成員為清單列的分類依據,如張三、李四、王五、待指派等條目。 優點:若有工作包點數機制,則方便加總統計;另外每個成員對團隊的貢獻透明清楚,對於激勵團隊士氣有正面助益。     於最初的工作環境建置,確為最麻煩但卻也是最重要的環節,只要我們能夠依專案的需求、在團隊的共識之下,共同打造出每一個討論版,如此之後對我們在專案運行上的管理工作便能展現發揮其助益。現在,我們已經完成架構的建立,接下來,筆者下一次再帶大家針對工作項目(Work Item)有更多的認識吧! 作者:詹仁傑 Jeff
  • 很多時候,人們都在強調執行力,專案的成敗,很多人都將最後的結果歸結為執行人的執行力不夠!怎樣的執行力才算夠?專案的成敗該不該把責任歸到執行人的頭上?專案結束後,在總結會上,往往是互相埋怨,互相指責,成為了誰都不承擔責任的指責批判會。出現了,專案的策劃人說執行人的執行力太差。執行人說策劃方案根本行不通,落不了地!誰之過?  
  • 近來市面上的專案管理工具百家齊放,各有其不同的設計模式,令人目不暇給、眼花撩亂,同時也不禁讓人產生困擾,究竟我該選擇哪一種專案管理工具較合適呢?一般反應想當然爾,當然是要選擇種類齊全,富含各式功能的強大工具,才能大碗擱滿意,又能盡展我們的專業,各位看官們你說是吧!我們實際上面臨到的真實狀況,通常選擇功能種類齊全的龐大工具,總難免太難學習操作,尤其若讓團隊成員大半都感到隔閡,難以上手,則其終將不免淪為華麗的堆倉貨,徒呼嘆息!
  • 近來市面上的專案管理工具百家齊放,各有其不同的設計模式,令人目不暇給、眼花撩亂,同時也不禁讓人產生困擾,究竟我該選擇哪一種專案管理工具較合適呢?一般反應想當然爾,當然是要選擇種類齊全,富含各式功能的強大工具,才能大碗擱滿意,又能盡展我們的專業,各位看官們你說是吧!我們實際上面臨到的真實狀況,通常選擇功能種類齊全的龐大工具,總難免太難學習操作,尤其若讓團隊成員大半都感到隔閡,難以上手,則其終將不免淪為華麗的堆倉貨,徒呼嘆息!
  • 某天和同事討論到敏捷式開發的特點,為了爭取開發時間,敏捷管理強調團隊間的協同合作,讓規劃與開發幾乎並行,並將傳統的工作包切割成最小的具體產出,最後再靠疊代方式逐步完善,這種快速的節奏,讓我腦海中突然閃過葉問一次打十個的矯健身手。
  • 開始推廣敏捷式專案管理以來,不但搭上全球PMI-ACP認證的首班車,也透過在理論和實務的整合,在台灣輔導出將近9成的PMI-ACP。來和我結緣的同學,最快紀錄是課程結束後隔天,就考過PMI-ACP,而我在每堂課上,最常被問到的問題,就是「敏捷要看什麼書?」、「怎麼快速考過PMI-ACP?」以及「怎麼把敏捷用在實務上?」,我就以念佛人常說的「一門深入」和「無量法門」兩個概念,和大家分享經驗