管理小故事

1-2, 到底是誰害的 (上)

說起來,還有人記得可憐的Eric嗎? 他曾有個專案因為一開始的定位不清,以至於後來花了很多時間累得要死卻只落得被罵的下場。 但自從那次血淚的經驗後,Eric學到教訓,並決定之後所有的專案他都要好好的準備個詳細的Project Charter(專案授權書)並取得高層的認同與授權。 他想,應該可以從此脫離悲慘的命運吧。 如此,又過了幾個月。 這次,他被授權帶領一個全新的案子。 他們公司其實一直都不大,之前大多是幫手機廠接單做些小開發或小設計。 幾年前雖然想弄些自有品牌的東西,但其實一直沒有明顯的成效。 而在新總經理上任後,更開始想嘗試些不同

1-1, 功勞 苦勞

會議室中一片寂靜 所有的主管眉頭深鎖,盯著台前的總經理;他正用著誇張的手勢大聲的責罵著所有的人。 台下的一位專案經理,Eric幾次想要開口反駁,卻都因為不知道怎麼清楚解釋這一切的來龍去脈而只好作罷。 畢竟台上總經理指責的都不能說有錯,確實案子Delay嚴重、甚至嚴重超支。 但Eric卻不認為自己有做錯,只是在這當下卻完全無能為力。 只好憋著臉握著拳頭被挨罵。 上個月初,N公司在前任總經理退休且新的總經理上任後,在一個月間所有的專案都被拿出來檢討。 而今天則是總檢討大會,所有的主管都列席,低著頭聽著新任總經理生氣的訓示大半個鐘頭。 N公司

1-13, 所謂「無法量化」的進度(二)...讓人頭痛的實獲值

-前情提要- Alex召集了幕僚討論Eric專案進度報告。 原本大家以為實獲值這進度認列的方法是欺騙人的障眼法。 但在大家深入討論後暫且同意,問題似乎出在Eric為了讓專案繼續所以刻意設計出漂亮的報表。 但如果我們能預先把「工作查核點」講定的話,其實是可以避免Eric亂喊進度的問題,也可以讓專案進度更加客觀。 只是,光這樣似乎還不夠… (上圖,Eric原始報表)  

1-14, 省力而非費力

- 前情提要 - Alex跟團隊開會,發現Ericr這份報表是基於「生產不是自己做,所以一旦發包出去就覺得那項交付標的之硬體價值已經完全取得」所做出的。 加上實際的付款期限往往在驗收後,所以透過此「時間差」,Eric的報表就顯得實獲值(EV)似乎大幅超越實支(AC)的假象。 但這樣的報表其實並不合邏輯。 透過Alex與團隊後續的討論,他們發現實務上Eric應該要在專案規劃時就思考到之後金錢流出的時間點,並讓進度跟支出的模式有相同的連結。 唯有如此,之後判定出來的進度才有參考價值。 但這時,Alex似乎又發現了一個新問題…

2-1, 歷史不清 未來不明 艾瑞克的徬徨

- 前情提要 - Alex跟幕僚開完會,討論了整個實獲值於專案進度的評估後,大家終於得出Eric報表有極大的瑕疵以至於讓人無法看到專案真實面的這個結論。 但大家多少對案子還抱最後一線希望,想說或許推估的專案總花費還可以在合約價值內。   但在沒有看到更詳細的分析數據之前,誰也不敢亂猜。   也因此,Alex指派了一名女工程師去請Eric修改報表。 希望在合約還可以停止的期限內,盡快提供一個更真實的報表以便做出最佳的決策。   這位女工程師,也就是在會議上負責寫黑板的女生,是一個剛從學校畢業才半年的小女生。 她的名字叫做Catherine

2-2, 是適者生存? 還是俄羅斯輪盤?

(前情提要) Catherine在跟Eric討論後,提出了一個讓Eric可以去調整報表的方向。 因為這方式似乎真可以做出「專案完成時成本(EAC)」的預估,所以Eric終於信心滿滿、帶著笑臉的回去準備報表。   只是Eric雖然光明了起來,但Catherine卻因為這次討論,產生了一些疑惑…. 回在辦公室後,Catherine在接下來的時間裡變得完全無心工作;或該說,她第一次的開始懷疑起她的工作。 Eric剛剛大聲說出:「如果願意讓我繼續的話,我會盡全力讓案子做到又好又準時的! 總之,我一定會讓案子順利結案的!」 Eric說這段話時,那股熱

2-3, 所謂捕捉好運...

(前情提要) Alex說到這裡停頓了一下,看著Catherine並捉狹的笑了一下:「我們現在做的事情,其實是在幫我們捕捉好運」   Catherine又一次睜大眼睛:「啊? 捕捉好運? 好運是可以捕捉的嗎?」 Alex把表情轉為嚴肅,點點頭說到:「當然可以,就如同釣魚一樣,不過有兩種不同的情境就是。 你來一起想像一下。」 Alex微微瞇著眼睛:「第一種情境。 是假設你在一個肚子很餓的情況。 找不到食物、沒有工作、只有抓魚這一項技能。 但因為肚子很餓很餓,又走投無路了,所以你想靠抓魚來填飽肚子。 」 Alex頓了一頓,慢條斯理的又說:「於是