※ 引述《wholy (我是懶惰鬼)》之銘言： : 想聽各位版大們的經驗... : 原本訂好的上線日期 : 因為客戶需求不斷增加，比如說： : --改了A所以連動到B也要改 : --客戶嫌產品邏輯不夠好，希望依他的想法修正（客戶的邏輯沒錯） : 因為公司內部也有其他專案，因此RD人力不足，總是要插件才能處理... : 身為專案經理明知 如期完成是微乎其微的事... : 你們會承諾客戶一定會做到嗎？然後去拜託RD... : 還是不斷的向客戶延期呢？ : （但是延期客戶又會不斷提出其他問題...） : 基於公司的立場，似乎又不能斷然的跟客戶說我做不到... : ps.我的處境 : 拜託RD仍然沒如期趕完 : 被客戶罵做不到就不要答應 雖然我是User 但也做過程式開發 我最賭爛要交卷的那一刻 忽然冒出"這當然要改啊 不然怎麼用" 我X恁老X 今天要改 不是因為我沒做到你的需求 而是你自己沒想清楚你要什麼 更X的是user一定會把話說得冠冕堂皇 但實際上咧.... 在這給你些實戰建議 首先要考量的不是PMP裡面講到的那一套 而是現實是怎樣 公司背景是怎樣 和客戶之間的關係是怎樣 我之前和兩家廠商合作過 背景故事請參考我之前寫的 我的專案工作日誌 G廠商是國內的廠商 平常我們一些系統的維護和開發都是靠G廠商 S廠商是外商 進來承做一個風險資料市集 G廠商很好凹 相當配合方丈無止盡的需求 可以凹到就剩下最後一上線程序 但連議價都還沒議 反正..隔年的維護合約就多家時數 或是回凹方丈再去簽個費用 S廠商的PM當初相當堅持 需求確認之後幾乎就不肯改了 要改就要CR....但對user來說..CR是有風險的 但是S廠商的PM最後也屈服了 也跳下來玩這無止盡的需求 因為S廠商PM的死穴就是.... 資訊處的科長沒能力接這系統 所以方丈一改規格 廠商沒做好資訊處的科長就不簽 非常奇妙的關係吧 其實一開始和方丈合作就發現這個人絕對會有開不完的需求 因為發現A問題就立刻改 但卻給了個會打到B設計的方法 然後咧..等到測試時發現A修正和B設計強碰 就再來給C改進 但卻又發現這樣的架構下產生的D問題..... 反正..大過年的 送你個門聯 希望你能有點領悟 XD 低累 世 無 道 賴 險 多 人 需 心 求 更 更 險 多 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.167.174.239 ※ 編輯: liton 來自: 118.167.174.239 (01/26 02:29)