一份軟體的規格書，包含了白紙黑字的規格和Common sense，譬如說好了，註冊功能是屬於需要白紙黑寫在規格書上，但註冊時使用者要輸入兩次密碼以作確認，就是屬於commone sense的範圍，通常不需要寫在規格書上，外包商也應該實作給客戶。
但是問題就出在，客戶認為理所當然的事情，外包商可能會因為文化、背景與domain knowledage的不同，造成對common sense的理解不太一樣。舉個例子來說，簽約時只提到登入功能，但是客戶的common sense可能還意謂著可以用Open ID來做登入，但是外包商的common sense可能就不含這項功能。
閱讀全文
「專案外包」的過程當中，除了硬體成本之外，時間就是最大的成本來源，而Delay所造成的影響，不但是客戶滿意度的降低，更是承包商成本的提高。所以，當Delay這件大家都最不願意的事情發生後，所謂的解決之道，就是在成本和滿意度中間求取一個平衡。
閱讀全文
這次我們來談談delay。
delay對專案來說，是件非常容易發生的事情，就算是經驗豐富的專案經理與專案團隊，還是很難避免delay的命運。可是當我們參閱許多專案管理的書籍，確實有許多關於專案時程控管的知識，諸如：甘特圖、WBS、PERT、Critical path…等，但卻很少提及應該如何面對delay，又該如何處理delay，這方面的課題確實為一般專案管理書籍所忽略。
過去，Mr PM都是處在發包專案的角色，現在因為自行創業，必須將30%的力氣拿來接案來養公司，所以開始有了些接案的經驗。而同時扮演過發專案和接專案的筆者，或許有些經驗可以來分享給大家。
我們這邊來看看，最理想的軟體接案流程是什麼？