Re: [討論] 外包的軟體合約通常有具體的需求規範嗎?

看板Soft_Job (軟體人)作者parus (被當的法師學徒)時間18年前 (2007/10/11 23:52)推噓12(12推 0噓 4→)

留言16則, 6人參與討論串8/48 (看更多)

從合約規範扯到需求變更又扯到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