作者parus (被當的法師學徒)
看板Soft_Job
標題Re: [討論] 外包的軟體合約通常有具體的需求規範嗎?
時間Thu Oct 11 23:52:04 2007
從合約規範扯到需求變更又扯到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
1F：推 ggg12345:這樣的情況是一般多數的,還是這是個少見的特例 ? 10/12 00:16
2F：推 ggg12345:可以看到一個有需求規格與驗收項目或程序的範本嗎 ? 10/12 00:20
3F：→ ggg12345:看來跟阿三買幾本來看,可能會受益非淺. 10/12 00:21
4F：推 summerme:樓上的..我覺的你真的很好命..每天可以花那麼多時間上來 10/12 00:37
5F：→ summerme:話唬爛. 10/12 00:38
6F：推 ggg12345:畫虎爛就是虎爛都是看不見也摸不得也,大家只好各自畫看看 10/12 00:44
7F：→ ggg12345:不過,虎爛很難查證.這邊談的可不是那些不可check的. 10/12 00:48
8F：推 chihyi1980:.....結案前一天如果大家都知道要做什麼就要殺豬謝神了 10/12 02:03
9F：推 leicheong:淚推最後一句... 10/12 09:47
10F：推 ggg12345:可能有規格合約,但PG受命於PM,而PG自始至終常不清楚要啥? 10/12 10:07
11F：推 leicheong:我想, 沒見過規格合約的PG不在少數吧... :P 10/12 10:27
12F：推 adm123:這個是一般多數的例子 10/12 11:36
13F：推 adm123:教授可看143那篇 10/12 11:38
14F：推 hentai:這個是一般多數例子，我們的sales常說"我不懂技術" 10/13 03:11
15F：→ hentai:但跟客戶談，案子的時程卻是由他們來定的 ( ′-`)y-～ 10/13 03:13
16F：推 hentai:PG在時程壓力、需求發散、變更是常態，能完成真的要拜神 10/13 03:15