一份軟體的規格書，包含了白紙黑字的規格和Common sense，譬如說好了，註冊功能是屬於需要白紙黑寫在規格書上，但註冊時使用者要輸入兩次密碼以作確認，就是屬於commone sense的範圍，通常不需要寫在規格書上，外包商也應該實作給客戶。

但是問題就出在，客戶認為理所當然的事情，外包商可能會因為文化、背景與domain knowledage的不同，造成對common sense的理解不太一樣。舉個例子來說，簽約時只提到登入功能，但是客戶的common sense可能還意謂著可以用Open ID來做登入，但是外包商的common sense可能就不含這項功能。
閱讀全文…

專案管理 change request, common sense, CR, 專案外包, 專案管理, 需求變更

「專案外包」的過程當中，除了硬體成本之外，時間就是最大的成本來源，而Delay所造成的影響，不但是客戶滿意度的降低，更是承包商成本的提高。所以，當Delay這件大家都最不願意的事情發生後，所謂的解決之道，就是在成本和滿意度中間求取一個平衡。
閱讀全文…

專案管理 delay, 專案schedule, 專案外包, 專案管理, 風險

了解了delay的成因之後，筆者來分享一些自己在delay過一些專案之後，所整理的心得。其中最主要的轉變，就是把面對「專案外包」這項工作的態度，從「代工」的思維轉變成「服務業」的思維。

心得一：承包商是服務業而不是代工業，重視的是滿意度而非進度
閱讀全文…

專案管理 delay, 專案外包, 專案管理

Mr PM知道，大家都是一秒鐘幾十萬上下。而且筆者發現，我自己覺得比較值得讀的文章，和文章的人氣指數卻不太一樣，所以有了想推薦大家幾篇比較值得精讀文章的想法。

若是筆者要推薦幾篇自認比較值得精讀文章，當然數量不能太多，多了就失去推薦的意義了，所以筆者硬是刪到只剩下八篇推薦精讀的文章。

1.產品負責人不是產品經理的正確定位，第一篇(第二篇,第三篇,第四篇)，要扮演一個稱職的產品經理，得要先知道自己的定位，並能清楚告訴產品經理，到底什麼該做，什麼又不該做。

2.先有雞還是先有蛋，產品開發最大的難題，第一篇(第二篇)，尤其像社群網站，或是類似VISA信用卡類型的產品，最常遇到的就是此類問題。

3.幣帚自珍是產品經理大忌，第一篇(第二篇,第三篇)，太陽底下沒有新鮮事，產品經理老是會以為自己點子天下無雙，但事實並不是如此。
閱讀全文…

置頂 假如我是XX產品的PM, 創業相關, 專案管理, 市場行銷, 效率提升術, 易用性, 溝通與說服, 產品企劃, 產品經理寫書計畫, 職場成長, 菜鳥PM, 行動通訊

這次我們來談談delay。

delay對專案來說，是件非常容易發生的事情，就算是經驗豐富的專案經理與專案團隊，還是很難避免delay的命運。可是當我們參閱許多專案管理的書籍，確實有許多關於專案時程控管的知識，諸如：甘特圖、WBS、PERT、Critical path…等，但卻很少提及應該如何面對delay，又該如何處理delay，這方面的課題確實為一般專案管理書籍所忽略。

閱讀全文…

專案管理 delay, PERT, WBS, 專案schedule, 專案外包, 專案管理, 甘特圖

過去，Mr PM都是處在發包專案的角色，現在因為自行創業，必須將30%的力氣拿來接案來養公司，所以開始有了些接案的經驗。而同時扮演過發專案和接專案的筆者，或許有些經驗可以來分享給大家。

我們這邊來看看，最理想的軟體接案流程是什麼？

1. 客戶很清楚Spec或User Scenario，詳細的告訴接案公司，雙方就依此簽約
2. 接案公司設定了Schedule與Milestone，每個Milestone要交付的事項也被清楚且具體的定義
3. 完美且準時達成了Milestone交付的事項，沒有拖延或爭執
4. 客戶完成專案，而接案的公司也撐到專案保固結束，尾款也順利領到，皆大歡喜

閱讀全文…

專案管理 專案delay, 專案外包, 專案管理