一次買好、未必挺好

時間拉回到1997年間。 3D加速卡這東西在那時候剛問世。 當時，我要買一台新電腦，在猶豫著是否該順便買張3D顯示卡。 猶豫的原因，在於當時手邊根本沒有能用到3D功能的遊戲。 甚至那時候根本連DirectX都還沒出現，OS是完全不支援3D顯卡的。 但另一方面呢，則又想說：之後這樣的遊戲一定會出現，3D顯示卡需求也一定會普及的！ 既然要買新電腦了，怎麼能不順便考慮日後這些遊戲的支援呢？ 想了半天，最後選擇買了一張ATI的顯示卡。 型號是甚麼我是有點不確定，隱約記得好像是Rage Pro。 ATI在網頁上宣稱這款顯示卡日後將可支援D

(轉貼) 點錯餐!?領錯餐!?

今天有幾位讀者來公司拜訪我與Bryan，並與我們討論到他們目前公司的管理流程設計。 聊的過程中我跟他們提到一個觀點：「在於SOP要視狀況來展細，並非一股腦切到最細就叫做好」。 到了下午，看到另一位網友Varo貼在他Facebook網誌的一篇文章。 我覺得很巧，剛好他寫的議題就是關於「該花多大力氣標準化流程的議題」。 文章很有意思，尤其非常淺顯易懂，所以特別取得他的許可轉貼於此。 ----------- 本文開始 : 報完稅回家途中, 突然興起去買了麥當勞作中餐。 果然是中午特價時間, 人可多的。

(轉貼) 想當專家，先學習當新手

原文出自於這裡 : In Order to be an Expert, You Must First be a Beginner Author : Raechel Logan 中文是我剛剛花了20分鐘翻譯的。 不過我是沒有很嚴謹的試圖字字斟酌，只是把原文的涵義大概翻過來了，能讀英文的還是建議看文末轉貼的英文版。 這篇其實沒講甚麼了不起的大道理。 但確實點出了一個我們每個人都可能在平時與團隊互動時會忘記的一件事。 所以看了覺得值得貼出來，分享給大家，並讓讀者與我們自己都能隨時自我警惕。 本文開始 : 我曾經說過：「每天早上，我們都應該讓自己願

專案績效、PM價值、與公司治理

板上的眾網友可說是臥龍藏虎！這篇很久以前的文章你該去考PMP嗎？最近又引起討論。 大家也如往例一樣，一個話題跳另一個話題；但就結果而言，又是一場美麗的討論激盪。 先是肥蝦兄從經濟學開始，大家慢慢談到PM的價值，最後則談到公司治理的矛盾與風險。 我是覺得最後這議題變得非常有趣。 PM對於組織的價值，是我這幾年很努力想提倡的概念。 專案管理這東西，其實不該把它當成一種學說或是手法。 而該以公司治理，風險管控的角度來看待；換言之，其實一切管理的目的是為了保障經營者與股東。 專案管理其實如同會計一般，是要確保眾人以一種透明且清楚的方法來確保投資穩當。。

文件分享 : Project Management Office Best Practices

這份文件是前幾年Oracle發出來的白皮書。 不是很長的文件，裏頭簡單的談了關於組織成熟度，PMO的階段，以及PMO的角色定位這幾個議題。 我剛好這幾日整理電腦時翻了出來。 一方面這份是可以公開的文件，二來這篇寫的也算淺顯易懂，想說或許對一些網友會有幫助，所以在此貼出與大家分享。

專案管理工具(PMIS) (三) 電子化的迷思

上周大家擦槍走火，產生出了一串非常美妙的討論。 :D 大家先是從推裡短篇 學姊的祕密：大揭露 開始談起，不知道為何話題轉為軟體開發，又變成需求整合，最後則談到商業流程界定的議題。 我在那段討論後面有聊到，要組織把工作流程定義清楚，很多時候並不是大家想的這麼簡單。 Dauthi兄也有在其後補充，大部分老闆都覺得把流程定義清楚這件事情是不用花時間，甚至以為那些東西已經存在的。 他說，「高階主管 以為資訊萬能，沒有系統作不到的。以為所有單位的SOP作得非常好。」 但實際上那是一種美好的幻想！ 以我自己跟不同公司應對的顧問經驗來看，當你

專案謀殺案 解答篇

續前篇 (這篇是解答，沒看過問題的請到 : 專案謀殺案 ) -- 講完這些後，他又開口問道：「聽了這些，倒是你還有其他問題想知道的嗎？」 我只問：『你知道這是個做甚麼的專案嗎？』 他翻了翻筆記本說：「據說是在幫死者出甚麼營運報告的系統？ 但細節我也不懂了… 你有需要我可以明天再找那邊的人詢問…」 我伸手制止，『不，這樣就夠了。 這樣我大概就知道那天死者找的是誰了… 聽了我這樣說，他瞪大了眼睛：「只這樣你就知道了嗎？ 到底是誰？」 我皺著眉頭答道：『我也不敢說