※ 引述《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)