搞it的人都知道
軟體開發需要跟客戶做需求
同時也很清楚地知道一點
當你問對方
你每天是如何工作
所有客戶都會迷茫
至少相當一部分客戶是這樣的
因為他們每天都是如此地工作
當你再問：你想要什麼東西時
估計客戶就會開始變得不耐煩甚至狂躁起來
會詫異地看著你，說：「剛才已經說了！」
正應了一句話：
「魚對於自己終身生活在其中的水，又知道些什麼」
所以軟體開發的尷尬往往是
當軟體開發得差不多時
使用者突然提出：「不對，這不是我要的，怎麼用啊，靠，必須改！」
剛開始工作的時候
老總找每個人談話
談到軟體需求時說：
「……你得啟發客戶，讓他告訴你他想要什麼東西……」
那麼接下來問題是
啟發是個什麼概念
如何做才叫啟發了
難道，吃飯？娛樂？溝通？……與客戶建立良好的關係
這些未免太抽象了
因為即便對方不是客戶
而只是朋友或同事
那麼吃飯，聊天，溝通，暢所欲言也是理所當然的事情
這些只不過是人與人之間建立聯絡的最基本的方式罷了
客戶顯然不可能等同於同事或是朋友
朋友是朋友，朋友可能是同事或客戶
而同事不可能是客戶，但可能是朋友
而客戶不可能是同事，但必須是朋友
那麼對於客戶
以上那些顯然是不夠，而且完全不夠
與客戶建立良好的關係
僅僅是工作的基本部分
僅僅是工作的開始而已
否則軟體需求根本無從談起
而我們知道需求的重要
因此在我看來
軟體需求應該對跟客戶做需求的人員要求較高
要求對客戶的表達有高度的領悟能力及想象力
能夠不時地向客戶提出自己的假設、理解設想
如此這般開發的軟體系統才更接近使用者的需求
減少開發時間，從而降低成本
需求的重要性在痛苦中領悟
需求重要嗎？重要。你做了需求分析嗎，有需求規格說明書嗎？沒有。很多人 企業在重複這樣的老路，我就走在這樣的路上。至於為什麼 這塊不在我的許可權範圍內，建議過無效。這裡只當是從一線開發人員的角度說下自己對需求重要性的體會吧。一路走來，對需求的重要性的認識也是逐漸加深的。即使你一畢業就進入一牛逼，一大公...
專案需求的重要性
最近看到網上瘋傳的幾張，著實道出大家內心的想法呀！沒有經歷過的人恐怕真的無法體會到其中的 精髓 只有真正經歷的人，才能產生更多的共鳴吧。哈哈 最近跟乙個專案，從前期需求分析階段開始，由於整個 及其需求都不了解，討論需求的時候很難跟客戶產生共鳴，只好聽專案經理跟客戶一同討論。旁聽不懂的東西其實也挺煎熬...
需求的重要性續集
這裡是it修真院產品分享課，今天要分享的是 需求的重要性續集 很多時候需求的提出方可能並不是我們自己，是由他人提出的。記錄需求的提出方是誰有助於我們重新梳理當時的決策過程，如果提出的是失敗需求，就算不是我們自己。那麼也應當思考 為什麼自己沒有阻攔這次需求，反而是讓失敗的需求順利的上了線？當時如果提出...