後來在ptt上看到有人在討論它的意義，覺得很棒，所以整理出來。
當然這張圖的解釋是因人而異囉，你也可以有自己的解釋呢 ^^
縮圖上的文字看不清楚，建議點進去看大圖呦 ^^
從左上圖一，到右下圖十。
參考ptt上的討論，再加上我的一些認知來一一進行解釋。 ^^"
圖一:
客戶描述他的需求, 但是客戶往往連他自己也弄不清楚到底真正要的是什麼。
用它自己的辭彙，連輪胎鞦韆都說不出來，只講的出鞦韆。
而且還功能重複，一片板子就夠的東西硬要作三片........
圖二:
PM (專案經理) 至少案子接多了，知道點狀況，板子用一片就夠。
但因為脫離實作太久了，只用腦袋憑空想像出架構。
至於鞦韆實不實用就不管了 XD
結果就搞出這種看似ok，實際上一 run 就完蛋的系統.....
圖三:
系統分析師一看：靠! 這東西根本不能run嘛!
系統分析最常碰到的盲點 - 頭痛醫頭，腳痛醫腳
流程走不下去了，再旁邊多加兩個子流程補起來就好......
圖四:
程設師說：客戶要有樹，有繩子，有鞦韆，我都寫出來給你了，還缺什麼嗎?
再補一刀：而且 "Unit Test 都有過喔 = ="
圖五:
企管顧問：你這鞦韆是要用來坐的，但是既然要坐，
沙發肯定比板子更能發揮貴公司的競爭優勢。
板子不用拆，再導入一張沙發吧。
(另一種解釋是，顧問可以把你家的破鞦韆唬爛成
金光閃閃瑞氣千條，樣樣符合國際標準的高級貨...... )
圖六:
文件? (無言...)
專案文件完成度，跟國王的新衣差不多，有跟沒有其實是一樣的.. 囧
圖七:
User 端的環境，本來就只能裝一條繩子，而且只能綁輪胎。
安裝人員拿了金光閃閃的鞦韆系統去User端，
能裝起來的大概只剩條繩子.....
整合測試跟上線測試就等著被幹爆吧
圖八:
跟客戶收費，收的錢都可以蓋一座雲宵飛車了！
圖九:
支援? 砍掉重練比較快.
通常都是叫個倒楣鬼，抱著那堆國王新衣文件，自己慢慢研究。
還有個根能出來，算是不錯的了.......
圖十:
搞到最後，其實客戶要的是一個懸吊在樹枝上的輪胎。
圖片來源
張貼留言