※ ※ ※ ※ ※ ※ ※ ※
在密不通風狹小擁擠的會議室裏。
大 頭一號激動的高呼:「各位同仁,公司剛剛接到從軟體大廠 JBM 手中搶來的 Case,是幫果醬工廠設計一套果園管理系統。這可是公司揚眉吐氣、千載難逢的機會,我們一定要好好的把握。今天這個會議的主要目的,是要決定這套系統的 Scope,各位同仁踴躍發表意見。」
System Side 的古專員首先發難:「既然是管理果園,基本上應以果園為中心,大致上包括『播種』、『施肥』、『採收』、『維護』幾個模組。另外,果醬工廠最關心的莫過於收成,所以或許『產量分析』可以是另一個輔助模組。」
Engineer Side 的胡專員以一副很了解 Customer 的心態補充道:「果園要靠人來運作,是不是也要『人員管理』的模組?」
古專員皺了一下眉頭:「嗯……雖然不是核心,基本的『人員管理』模組倒還無所謂啦……」心裡想著:「你是嫌我不夠忙嗎?」
胡專員繼續說道:「那可能也需要人員打卡系統,追蹤員工的出入席時間,以及工作效率和果園收成的關係。可以加個『Schedule工作效率』模組。」
古專員眉頭皺的更深:「追蹤工作效率本身並不簡單,況且和果園收成分析可以分開管理,我們真的需要 Implement 打卡系統嗎?果園應該是重點……」說的同時,斜眼看了一下大頭們。
大頭二號露出沈思的表情:「應該可以增加賣點,我覺得不錯。」古專員如同胸口挨了一記悶棍。
胡專員得到鼓勵,再接再厲:「既然有了員工的工作效率,我想我們可以加個『Incentive』模組,幫忙他們年終的時候分配績效獎金更方便。」
古專員連忙阻止:「Incentive 怎麼會跟果園扯上關係啊?再說,關於錢的系統,有很多專業上的知識, 以及 Transaction Issues,我們的時間和資源並不是很充裕……」
胡專員側了側頭,給大頭二號一個『古專員很不上道』的眼色。
大頭一號不等古專員把話說完,『語重心長』的說道:「古專員你應該學學胡專員,多為公司想想!」
可憐古專員猶如啞巴吃黃連:「我當然希望公司可以 Deliever 一個穩定實用的產品啊!這麼多 Features,一定為搞出一個大怪獸來的。況且胡專員又不寫 Code……」心理哭訴著,嘴巴一張一闔,彷如離水的金魚,說不出話。
大頭二號最後補一句:「順便一題,Delivery Date 是三個月後……」
古專員當場暈厥,不支倒地。
※ ※ ※ ※ ※ ※ ※ ※
聽來荒唐,卻是現實世界的常客。公司大頭們總是以『給我全世界』的心態看待軟體開發。殊不知,即使最終產品真的有上百樣的 Features,Cutomers 常用的總是其中那十幾樣。許多公司皆因如此,而將開發的金錢與資源浪費在『大小通吃』的心態上。
嗯……『果園管理系統』裡真的需要一個『績效獎金分配』模組嗎?
0 意見:
張貼留言