2009年5月12日 星期二

認知的差距



利用禮拜一加班到半夜的空檔,來PO一下這行業的情形。


一般來說,一家軟體公司都會派Sales去接客戶的案子,
然後指派一位專案經理(PM/PL)來監督案子的進行。接著
系統分析師(SA)瞭解客戶的需求,設計出系統的規格書。
交由工程師(SD)做出客戶要的東西,寫出來後就打完收工
,等驗收領錢,一切如此美好。

但這張在軟體業間、網路上鼎鼎有名的鞦韆圖則充分表現
出資訊業在做一個案子的"真實"狀況

圖一、(由左往右、由上往下)
客戶常常連自己要什麼東西都不清楚,或是無法正確
說出要的東西是甚麼,搞得一個盪鞦韆有三張椅子。
圖二、
Project Leader一般都是由有開發經驗但已遠離開發
時代久遠的人所擔任,他"大概"知道客戶可能要的是
怎樣的東西,但架構通常是........
圖三、
Analyst(分析師)常幹的是聽聽客戶的抱怨及不清不
楚的需求後,開始頭痛醫頭、腳痛醫腳地修改SPEC文
件。他知道PL的盪鞦韆會卡在樹幹,所以要把樹幹鋸
掉留出空間;但又發現少了支撐,所以在兩旁加上小
樹幹不就好了?
圖四、
Programmer(工程師)看著一樣不清不楚的SPEC,沒經
驗的就會開始做每個元件,最後串成怪模怪樣,但還
會跟你argue每個元件測試都OK阿!就像圖中有樹、
有繩子、有板子,三者也都有串在一起。
圖五、
偉大的企業顧問(或是技術顧問),會幫你這案子想更
多"美好功能"的願景;更多"理想技術"上的建議。讓
你從來沒想過鞦韆可以加裝沙發,後頭還要發光!
圖六、
文件!能吃嗎?文件向來是一個案子最常講卻排最後
的東西,每每到案子莫名結束時,除了疊床加屋的程
式,啥也沒留下,經驗的傳承只能看個人造業。
圖七、
當Operation(作業員)想拿公司的產品安裝到客戶端時
,常常是被表的一個。因為說明書總是best case,而
現實常遇到的是worst case...。能正確裝出一根繩子
就算不錯了(如果客戶是泰山,那已經符合需求了 XD)
圖八、
這圖有很多不同想法,我的想法是客戶花的錢其實可
以做出一個雲霄飛車了。不過這應該是HP、IBM這種大
廠才囂張地追加客戶的錢;像台灣一般IT(系統整合)
公司,都嘛是被凹到半買半送。軟體有價、服務有價
的概念目前仍難深入台灣社會。
圖九、
案子結束期,客戶常還會要求技術支援,所以如果基
於所能提供的技術支援角度來看,那可能只做個樹底
比較簡單、比較做得到。
圖十、
就像圖一所述,也許客戶"真正"想要的只不過是大輪
胎式的盪鞦韆,到底是誰搞得這麼複雜的!?


樹的方向 由風決定 心的方向 自己決定

我們專案的進度 由Sales決定


"技術我不懂,但這東西要在下禮拜一前完成 好不好?"

1 則留言:

  1. 結果禮拜二早上六點才下班,但我需要九點就到客戶那更版&協助測試,所以真的只是回家洗個澡就又回到公司趴著睡(因為怕在家裡一睡就醒不來了 XD)

    另外六點去牽車時才想到自己鑰匙忘了拔!!心驚膽顫地走到停車的地方,呼~車子還在,而且鑰匙被放在龍頭儀表板,真是好心人,你/妳會有福報的 >///<

    回覆刪除