進階專案知識

什麼是「忙而不急」的上乘職場功夫?跟敏捷方法又有什麼關係?

我們之所以把專案團隊關在大會議室裡一起近距合作,目的就是希望專案團隊表現得像是「一個人」那樣,1 + 1 > 2,沒有多餘的內耗,就像上面武俠小說裡閉關練功的掌門人一樣。閉關中的敏捷團隊(掌門人)需要有能專注、不被任意打擾的環境,才能展現出超高的效率(練成蓋世神功)。 然而,組織當中一定會有許多意外事件或是新專案欠缺人力等事情發生(邪教來踢館),這些都會讓組織的中高階主管們想伸手去調動閉關中的團隊成員來因應,要他們同時兼顧兩三個專案(出關救門派)。雖然這是常見的兩難,但請務必深思這樣做的長期利弊與得失,會不會變成「賠了夫人又折兵」的窘境呢(掌

新任PMO主管該做的三件事(上)

PMO在這幾年其實變成一個新鮮的議題。我身邊還滿多讀者或是朋友,因為公司突然決定要成立一個PMO,而被長官指派要負責這部門的營運。可是因為公司過往從沒做過類似的事情,專案管理在目前又還不像會計有法規上面的要求,所以任何的開展方式好似都說得通:好像什麼都能做、又好像什麼都不能做。若負責PMO的人政治敏感度不夠,缺乏組織變革所需要的知識與經驗,很可能花了很多心力卻碰到大家的抗拒。抗拒下做不出結果,慢慢老闆對此就失去興趣,最後往往就變成一個被冷凍的部門了。

為何某些PMO會夭折?

我在這裡打算分享的,是想很務實地告訴大家一些你在別處不會看到的「小建議」——哪些事情會讓你迅速搞爛這個部門;如果你剛巧接手或是即將接手這樣一個部門,又不希望自己做錯事情,那你實在該好好看完這一篇! 

五大原因告訴你,為什麼專案延誤時加人反倒更糟!

如果你問我,人生最重要的資源是什麼,我會說:「時間」;如果你問我企業最重要的資源是什麼,我還是會說時間。因為時間是完全不可逆的,多數資源的缺乏我們都可以用金錢來彌補,但對於時間,就算全地球所有的黃金鑽石加起來,也買不回一毫秒!

從評估軟體時程,論人性化管理

軟體開發時間是工程師一天到晚都會被問的問題。但是通常工程師只能對著PM、主管說「該花多久時間就花多久時間」,可惜PM、主管總是因為立場不同而不懂。到底有沒有更敏捷的方法,可以縮短軟體開發時間?有沒有更有效的管理方法,可以幫助管理專案開發時程?

為何大家從擁抱PMP到排斥PMP?

在這熱潮剛開始時,有非常多企業想訓練員工去考PMP。 但很特別之處,在於這股熱潮消退的非常迅速。 尤其2013年開始變的最明顯,陸續碰到HR來找我們做企業訓練,但電話打來第一句話都是:「我們公司想提升專案管理的能力,所以希望老師能來授課。 可是呢,我們不想要聽PMP那一套。」到了今年,更是99%的企業都強調不要上PMP!

當女友問你愛不愛我,她要的是安心而非狀態。客戶也是一樣的!

當客戶向你購買產品服務時,心中其實是有焦慮的,那是一種「害怕做錯決定,成為冤大頭」的焦慮。就像網購時我們會認真比價的心態一樣,有時候真的不是差那一兩百塊錢,純粹是希望自己不要買貴了,因為花錢卻換來懊惱真的讓人超級不爽!

如果「最低價標」是合理的,你會用它來評選你孩子的保母嗎?

2013年機場捷運通車跳票,我寫了一篇「機場捷運三度延宕!專案稽核制度該上場了! 」的文章。到了2016年的今天,不意外地,機場捷運又再度跳票了(到今年總共跳票6次,跳到大家都麻痺了~)!其實台灣人不是做不出好東西,看看我們的傳統製造業還有科技業,都有很棒的表現,但不知為何,在公共工程這個領域,總是讓人很吐血。有朋友拿日本的北海道新幹線與台灣比,說是台灣的廠商很爛,偷工減料,政府官員督導不周(參閱:同樣的施工時間,三倍長的北海道新幹線已經通車了,我們的機場捷運在幹啥? ),這其實只說出表面的症狀,沒打中真正的病因。

因為跑Scrum,所以辦不到 – 跑Scrum還是炮Scrum

如果要票選技術團隊最可怕的噩夢,跟第三方廠商(Third Party)合作系統整合一定是前三名。

Agile常見疑難系列(四) 關於時間

在實施 Scrum 時, 最常遇到的一個狀況, 就是忽然說有急件, 希望團隊可以趕快處理.根據 Scrum 的定義, 在 iteration 中途, 是不能再加功能, 也不能變更iteration 的長短.

Agile常見疑難系列(三) 撰寫使用者故事常見的問題

使用者故事(User Story) 是敏捷社群用來描述需求的 practice. 它非常容易上手, 但是也容易犯下錯誤, 以下便是常見的問題:

Agile常見疑難系列(二) 關於會議

很多人不喜歡每日立會, 覺得他很無聊, 很浪費時間. 可是為什麼會這樣呢? 我想請大家思考幾個問題

考上PMP後的下一步(3) - 我的公司沒有在用PMIS,我該先學嗎?

上一期我們聊到PMIS在管理規劃上的一些好處。 比方說,它讓PM更快完成專案規劃、方便做兵棋推演、以及在面對變動時可以很快執行假設分析。 這些都是紙本或是EXCEL等工具較難達成之處。 但有人可能不免疑問:「我的公司沒有用這類工具的習慣,或是我的專案很小。 加上紙本或Excel規劃其實也不麻煩。 那我是否還值得學這些工具呢?」 我的回答通常是,『就算如此,你還是值得學習一套這類工具』。 主要的原因在於,你不會永遠都只當個小PM,之後可能是大PM(如Program Manager)甚至負責好多案子。 你的案子也不會永遠都很簡單,遲早你會開始面對複雜的案子。

敏捷轉型其實是一種創業

很多人問到, 在公司或是團隊中, 要如何推廣敏捷? 是否有些公式可以 follow? 可惜的, 敏捷轉型的過程是非常不可預測的. 中間會發生什麼事情不知道, 結果會是如何不確定. 因此, 如果你是以傳統專案計畫的方式, 也就是大規模, 且詳細的方式來規劃, 這通常是徒勞無功的.

Agile常見疑難系列(一) 關於團隊

今年很多好友的公司都開始要導入 agile, 他們花了不少錢去上課, 很積極地想把 scrum 實施好. 在上完課程後, 他們都不約而同問了這個問題: 如何開始在公司內推廣 agile?