剛開始以為程式設計序很困難，到後來發現做設計才是重點，接觸客戶了，才發現原來需求才是一道坎，正所謂：為系統而生，為框架而死，為bug奮鬥一輩子！

下聯：吃符號的虧，上大小寫的當，最後死在需求上。

日期：2014-09-17 17:53:40

當攻城獅們日夜加班，終於完成所有功能，拿給客戶一看。客戶大罵，這根本不是我想要的！

攻城獅只能是大罵做設計的：我們這麼辛苦，你是怎麼設計的，做出來了，才說不是這樣，設計要修改？

做設計的只能大罵做需求調研的：媽的，什麼爛需求，我當時可是按照你的需求說明書去設計，明明是這樣子的。最後做需求的只能是罵銷售了：這能怪我嗎？當時做需求的時候已經說好的，那銷售為了籤合同，竟然額外答應客戶這麼要求，這個我怎麼解決？

銷售業在那裡大罵：老子起早貪黑，喝得胃出血，才能把合同拿下，你們這班整天坐在空調房間的高材生竟然一點都不體諒，竟然拿出這麼爛的系統給客戶。怎麼做事情的，不就答應客戶加多點功能而已，這都搞不定。我要是籤不到合同，大家都喝西北風。

一個迴圈下來，誰都有難處，誰都有道理。如果領導是外行的，不是幹軟體工程出身的，那麼他就不瞭解這個行業的特性，有些領導知道自己不熟悉，就會給熟悉的人處理，如果遇上啥事都要管的領導，而又不能夠公平處事的，那麼大家都自求多福吧，因為他一管，肯定帶上自己的角度去看問題，不知道怎樣打破這個迴圈，不知道從哪裡入手才能正式解決問題。最後的結果最差的是，專案不做，解散團隊。比較差的是找另外專案繼續做下去，如果領導有點實力的，只能是出面擺平客戶了，專案延期繼續搞下去。

Loading...

未載入完，嘗試【重新整理網頁】or【關閉小說模式】or【關閉廣告遮蔽】。

使用【Firefox瀏覽器】or【Chrome谷歌瀏覽器】開啟並收藏！

移動流量偶爾打不開，可以切換電信、聯通網路。

收藏網址：www.peakbooks.cc

(＞人＜；)