• 有學員傳訊息給我:「老師,我們公司宣布要從下季開始全面導入敏捷管理了!」 我回他:「你之前有來上過敏捷實作工作坊,這對你來說應該很OK吧!」 沒想到這位學員卻說:「沒有啦,聽到要改成敏捷後,我就提離職了……」
  • 每個成功的專案背後,一定有個合作無間的團隊。如果你身在中小公司,那專案團隊就是讓整間公司保有向心力的黏著劑;如果你身在大企業,那更需要團結的團隊去完成目標;如果你是團隊領導者,你找來的成員將會決定事業的成敗。
  • 「驗收」是專案中十分重要的事,直接關係到整個專案最後能結案於否。但除了專案,其實個人的工作規劃也是需要驗收的!
  • 年底到了,有位學員想找份專案經理的工作由於面試失敗,過來找我聊聊,他告訴我,為了轉換跑道,他還刻意考上PMP,面試時,他發覺主考官出的題目,跟PMP的題目很像,他信心十足的回答,沒想到竟然落選了!所以才帶著疑惑過來問我…
  • 你是否有類似經驗:主管指派專案給你,許多細項還不清楚,就急著要你趕快開始…好不容易做出成果,隔天開會又推翻原來的想法…因為這樣,專案只能走走停停、修修改改,由於沒有產出,團隊不僅士氣低迷,你可能還成為被主管拉黑的名單!
  • 什麼是敏捷管理?說白了就是一種做事的思維或態度! 就好比:『我們認為應該這麼做!我們覺得這麼做比較好!』 所以,你也可以把敏捷視為是一群人所認同的做事方式!
  • 受到疫情的影響,許多企業開始改變工作模式,有趣的是,這段時間,我收到不少企業的需求:希望進行敏捷管理的課程培訓! 敏捷管理=童子軍『智仁勇』
  • 近年來,隨著客戶對於各領域專案需求的不斷提升與變化,傳統專案管理中的瀑布階段式開發方法已跟不上需求。取而代之的是基於反覆運算、增量開發的敏捷專案管理方法。然而由於多種因素的不完備,敏捷專案管理方法在現階段並沒有有效提升專案的成功率與專案成員的工作效率。這篇文章將著重研究敏捷專案管理中的時間管理與成本管理。
  • 隨著開發周期的縮短,團隊成員間持續的軟體交付、共同承擔的角色和職責,使得敏捷軟體開發的效率有所提高。 實際上,敏捷專案源於消除廣泛、低效率瀑布式方法:軟體通常會延遲交付,而且並沒有按照設計的那樣滿足用戶的需求。
  • 與工業生產中所強調的執行力不同,工業生產中由於規模化的原因,前期可以花大量的時間進行細化,工作步驟可以到操作層面,每個層面有具體的完成標準,然後進行規模化推廣,盡可能減少執行者的能動性,從標準化向機械化發展,通過機械化操作,減少執行者的判斷時間,從而達到提高工作效率和工作質量基本一致的目的。
  • 是否曾聽很多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?」以及「怎麼把敏捷用在實務上?」,我就以念佛人常說的「一門深入」和「無量法門」兩個概念,和大家分享經驗