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

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

專案規劃過程，那些容易忽略又影響巨大的小事！

先前我曾說過專案管理過程中最重要的就是對變更的管理，相關的概念我在這篇文章中有提到：[專案管理]專案管理管什麼？管變更 變更是一定會發生的，沒有做好變更管理，不懂得何謂重規劃(re-plan)那你專案失敗的機率肯定高達九成，但今天我們不談變更管理，今天要談的是專案規劃時常犯的小錯誤，但這些小錯誤可能會大大的影響你的專案推進，一樣不可不謹慎。

交通誤點能給PM們的啟發

之前有段時間，因為捷運板南線還沒開通，所以我每天都搭台鐵從板橋搭火車到南港去上班。 雖然現在的狀況我已經有點不太清楚了，不過在那年代火車的準點率是很有提升的空間，每個禮拜總有幾天會碰到電車延遲到站。 隨著搭乘時間久了，慢慢發現台鐵的資訊看板似乎有個小模式。 車子到底會Delay多久的資訊，很少是很早就顯示在班次表上。 通常都是車子該到的前十分鐘內，才會突然顯示這班車會延遲五分鐘。 五分鐘不多嘛，所以看到這訊息時自己都會想「沒關係，才五分鐘，那就等一下吧。」

10 個真的可以被具體執行的時間管理技巧

  「時間管理」、「工作效率」是這兩三年來電腦玩物投入許多心力關注的一個議題，尤其在介紹了大量的數位新工具後，到底這些工具只是玩具，還是真的可以回過頭幫助我們改善或大或小的某些問題，也是在電腦玩物這個部落格裡比以前更加關心與在意的重點轉變。 但也因為我之前從介紹解決問題的軟體小工具開始，所以我一直相信「方法」比人的個性與意志更適合依靠，比起鼓勵的話語，在電腦玩物中我更希望傳達的是一些「具體」、「可行」、「只要照著做，而且容易照著做」的步驟，不是要激勵大家透過什麼意志力來改變自己的個性，而只是在實際的作法上微調，就能改善工作效

阿婆問路最終章 - 如果樂觀悲觀都不對，到底PM該怎麼辦？

上次在 阿婆問路與天期預估的進階版 的最後提到，若你考量到人性的弱點後，你會發現無論是樂觀預估或是悲觀預估，專案最後產生延遲的狀況都不會改變。 所以我在文章最後丟出一個問題：「如果預估的樂觀與否跟專案能否順利完成沒有正相關，那作為一個PM到底該怎麼辦呢？」 :D 這篇就要來談談我的看法。

為什麼有些等待是歡欣的，有些等待卻是煎熬？

首先，我想講兩個關於「等待」和「絕望」的小故事。 上個月和一位老同學通電話，他人在香港，老婆跟孩子卻離開了他，獨自飛到美國，他們原本的家。他的言談中充滿了挫折和沮喪。 我這位同學在台灣唸到大學畢業就到美國讀碩士，然後就留在美國發展，他的工作還不錯，幾年下來，建立了自己的家庭，有個可愛的孩子，有房有車，住在不錯的社區，很典型的美國中產階級。他的太太很滿意這樣的生活，不但細心規劃孩子的教育，也參與很多當地社區的活動，就是一副要在美國落地生根的規劃。但我的同學卻有不同的想法，他漸漸發現，他很難打入以美國人為主的公司核心，多年下來，他的升遷並

2-6, Scheduling 是為了未來，而非過去...

你真的理解排程是甚麼意思嗎? 為何要做呢? 這篇是關於CPM的核心概念.... Catherine在Line上跟Eric說明為何Excel不是一個好的規劃工具。 也談到若不用Excel又該如何透過專門的規劃工具來節省時間。 Eric發現一個新的契機，也理解原來有更好的規劃做法。 反思之餘，他約了Catherine到會議室做進一步的討論… 小會議室是在二樓茶水間旁邊的一個小空間。 這會議室當時是怎麼規劃的現在恐怕已經不可考了，但在公司裡這間會議室的實際使用率卻始終非常的低。 一來是因為容納人數只能勉強塞進四個人。 而更糟的事情是，單獨一