群性虛耗

相信大家可能有聽到一個說法：「組織中既然有這麼多不同能力的人才。 領導人在決策前應該讓大家都能參與討論。 請每個人提供寶貴意見，如此才能避免盲點、並確保每次的決策都是最佳決策。」 很遺憾。 我一直覺得這是一種錯誤的概念。 因為一個組織如果總是以這種方式運作，那除了充滿混亂與衝突以外，恐怕不會有第二個結果。 畢竟集體決策雖然有腦力激盪的效果，但其實有個另外不為人知的副作用，就是社會心理學談到「群性虛耗」(Social loafing) 的問題。

如何做年度專案的選擇?

這篇是轉貼的文章，談的昰組織該如何篩選專案。 尤其現在是年底了，很多組織都在做明年的專案規劃。 但怎麼樣的Project Portfolio最合適呢？ 一部分人會有個迷思，以為最好公司能開的案是「越多越好」。 但以我經驗而言，這未必是對的。 因為啟動超過組織能力負荷的案子數量，有可能最後全部做不出來、或都嚴重Delay、或無法照顧好每個客戶(或產品線)、或壓力太大讓人員陣亡。 最後結果往往不會比「適量」來的好。 但如何評判適量？ 又如何選案？ 這篇文章有些做法上的建議。 (下週有空時，我也可以分享我個人在此議題上的看法) 這篇文章的原始標題叫做

Scrum的三大主要角色

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

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

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

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

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

專案熵與經驗曲線

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

Scrum是甚麼?

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