从合约规范扯到需求变更又扯到framwork 大家还真是有谈兴阿 说到合约规范 这几天碰到一个例子 那是买一个ticket系统, 但是买的人硬要把他追加功能当成km系统, 然後还要符合itil 卖的人为了钱, 一切都好好好, 没问题, 小事一件 结果半年过去了, 写出来的东西跟买方的想像完全的不一样(好像通常都是这样吧) 结果, 卖方说你们这算是需求变更要加钱, 买方说我从头到尾都是说这样是你们弄错 今天本来要present成果, 结果从预计下午两点一直搞到下班, 连环境都出不来 这样的案子要如何收场? 嗯 我真的不知道 只知道要躲远一点 千万别被牵扯到=.= 合约要规范需求这是一定要的, 但是这个需求是商业面的需求 并不是技术面, 商业面的需求能不能做到, 要花费多少cost 这就是要pm的地方 (当然这里的pm是理想化的情况, 不是实际状况, 真实世界中称头的pm可是保育类动物) PM还有另外一个工作,就是把商业需求转换成技术规格 这些工作都是在案子开始run之前要完成的, 也就是kick off的时候就得拿出来 理论上, 要报价的时候就要有技术规格书了(理论上嘛 就是实际上不会看到的情况) kick off就要根据规格书让相关人等分工抓schedule 然後确保on schedule, 以及跟相关人等哈拉, 让写code的大爷与付钱的大爷还有 晚上睡太饱白天睡不着的公司高层(简称猪头老板) 大家都有好的kimogi 最後结案收钱放假去 嗯 这就是pmp所说的pm工作, 夜深了, 请不要笑太大声 当然实际上是, 结案前一天如果大家都知道要做什麽就要杀猪谢神了 ※ 引述《Aurim (Who cares?)》之铭言： : ※ 引述《ggg12345 (ggg)》之铭言： : : 新的方法没有这麽高段, 也不这麽强调不用写程式就拉拉线就可以快乐的变出程 : : 式来. 即使有这种东东也不符合生态的变化, 碰上既得利益的 PG 非打死她不可. : 建议去了解一下近年来的workflow/business process相关的各种产品，Microsoft : BizTalk也是其一，其中好些产品都配备了图形化的流程编辑器，也都支援异质环境 : 的整合（透过JNI/DCOM/web service）。做一个印证概念的POC给客户看，做起来很 : 快。客户有需求变更时，修改起来也通常很快。其中当然还有很多可以改进得更好的 : 地方，这就是各家产品表现巧思之处。 : http://en.wikipedia.org/wiki/Business_process_outsourcing : http://en.wikipedia.org/wiki/Business_process_outsourcing_in_India : 印度现在有400+ 家接受business process委外作业的公司，从这项新兴产业中产生 : 的年营收为64亿美金，占印度从IT与整体business process委外作业营收360亿美金 : 的六分之一强。估计全球business process委外作业产业规模为1200到1500亿美金。 : IDC Predicts Rapid Growth for Business Process Management Software Market, : Reaching $5.5 Billion by 2011 : 其中business process management这块，IDC八月九日发表的研究报告表示， : BPM市场在2006年有将近80%的成长率，达到8.9亿美金，预期在2011年达到55亿美金。 : http://www.baselinemag.com/article2/0,1540,2149193,00.asp : Gartner Dataquest的统计数字又有所不同，认定BPM市场规模在2006年已经达到16.9 : 亿美金。 : People are selling them now in a very big deal, : and you said it does not fit the eco-system... : 另外，Microsoft前年起推domain specific language，也是从类似角度解决网页程 : 式的页面流程控制问题。 -- 天有情 天亦老 春有意 春须瘦 云无心 云也生愁 http://parus.idv.tw/ --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 122.126.90.211