專案外包的衝突與兩難–到底什麼是需求變更

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

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

專案外包的衝突與兩難–delay的處理

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

專案外包的衝突與兩難-先講感情再講問題

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

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

專案外包的衝突與兩難–delay的成因

這次我們來談談delay。

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

閱讀全文

專案外包的衝突與兩難-引言

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

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

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

閱讀全文