最新文章

Scrum的三大主要角色

之前寫了一篇關於Scrum精神的說明。 發現還確實有些朋友對此方法有興趣,所以接下來繼續分幾個篇幅來多介紹一下這方法的一些細節吧。 但我也要再次提醒,世界上沒有「聖杯」。 並非你學了這方法,專案就能避免一切問題。 所有方法都有「適用性」的問題。 適用性「並非跟產業相關」,更跟專案規模、類型、組織、人員能力、還有文化相關。 如果在不合適的環境中嘗試不合適的方法,最後就會得到不對的結果。 所以請別誤以為你是做軟體開發或是遊戲開發,這方法就一定適合你。 但在繼續討論Scrum的方法細節前,我想先解釋一下Scrum中幾個「管理角色」的界定。 因為這方法很仰賴

利害關係人管理 之 只是在一起還不夠…

前幾天大家聊到有些專案的甲方常常會在案子進行中天馬行空的提出變更,不受合約控制、不了解管理步驟、態度惡劣、甚至也不理PM的專業。 就有網友問到,這種甲方到底有甚麼方法能「馴服他們」? 我當下提出的回應是說「做專案跟談戀愛是一模一樣的。這種問題完全應該用談戀愛的方式去處理。」 若夫妻沒有對婚姻的Commitment時,任何一方很難單方面維繫感情。 這是Day1就得開始努力的事情。 不然等簽約後PM才想著要怎麼馴服客戶其實已然太遲了。

如何最低成本的取得PDU與考PMP

最近不約而同有幾個朋友在問我「如何成本最低的取得PDU」。 好吧,我先承認。 雖然我自己對這樣「貪便宜」的想法有點不以為然,覺得這樣做似乎不是一個專業人士該有的行為。 但我畢竟也不是甚麼衛道之士,而且只要不太誇張,想找個低成本的作法也是人之常情。 那環顧四周,最便宜的絕對是某些補習班搞出來的噱頭。 據說你可以上那些補習班的Facebook去按讚,這樣就能得到一定數量的PDU!? 除了Facebook以外,好像他們還有一些實體的活動(比方說甚麼課程說明會),你拉人去,他也給你PDU。 搞得像直銷與老鼠會一樣…. 老實

關鍵鏈專案管理變革首部曲

好久不見了~ 不曉得大家對先前談的關鍵鏈專案管理是否還有點印象? 這幾年遇到一些認同關鍵鏈核心價值的人,有的是廣讀管理書籍吸收新知,進而接觸到關鍵鏈相關書籍,有的則是肩付公司交辦的責任,出來上課評估新方法。由於這類伙伴通常單槍匹馬,位階則是中階主管或專案經理,不難理解他們第一直覺所產生的擔憂如出一轍,最常看到的回應是“這樣的觀念很好,但光是我們了解沒有用,像公司現在這樣,主管不太可能不讓員工多工、不可能不用里程碑控管、不可能把安全時間拿出來當專案共用的緩衝、不可能…”。

專案熵與經驗曲線

熱力學中有個字眼叫做「熵」(Entropy),是用來衡量系統的失序程度。 所謂失序程度,則也可以簡單的理解成「狀態的混亂度」。 根據熱力學的第二定律而言,在一個封閉的系統中,熵值其實是會不斷增加的。 舉例而言,如果我們在房間裏噴一點香水,香味是會隨著時間慢慢發散。 這是因為氣體分子朝四周逃散,並讓香味的亂度擴散。 雖然大家(包含我)對於熱力學應該沒甚麼研究,但我們可以暫時解讀,在任何系統中混亂度都會隨著時間而自然增長。 這是因為在世界上,任何事務有規律的狀態僅只有幾種構型,但失序狀態確有無限種。 比方說就存在於我房間地板的灰塵而言,它們會隨機

Less is More:管理系統正確與時效的平衡

時間是一個無情的篩子,唯有最精鍊的才會留存。 所謂的經典(Classic),不管是Burberry的Trench Coat或是Porsche的蛙眼大燈,都是在外型與功能上經得起考驗的設計,才能留存至今。時尚設計師都懂這道理,所以他們總是在經典之中尋找新的靈感。而這些經典的設計,往往使用方便而外型大方。我想Steve Jobs也會認同這點。 不過這概念一到了管理軟體這個領域,就常常往反向發展,真有點傷腦筋。

Scrum是甚麼?

最近很多人開始在炒作Agile相關的管理方式。 提到很多好處,甚至講得好似能取代一切其餘的專案管理手法。 在這氛圍下,不免就有些朋友會開始詢問我這議題,尤其常有人提到他們公司內部有人提出想導入的聲音。 因為很多人誤以為「跑Agile表示不用做計劃,或是能更自由的隨機應變」。 但這恐怕是對Agile這方法的誤解。 所以就興起了想寫一些相關的文章。 那這篇想來談談Agile的一個分支,也就是被稱為Scrum的方法。 這篇將解釋一下這手法的目的以及期待解決的問題是甚麼。 當然,若大家對這議題有興趣,往後我將繼續談談這手法的一些詳細細節。