轉眼好幾個月過去了，之前自己在圓子裏亂吹水了幾篇文章，是講軟件工程心理方面上的一些應用和要注意的問題，寫了4篇.
1 軟件工程心理學之1----開篇
2 軟件工程心理學之2----關於甲方項目負責人
3 軟件工程心理學之3---甲方項目負責人 PK 乙方
4 軟件工程心理學之4--甲方錯誤範例做法剖析
這次想講解下如何能提前感知用戶的需求，初看起來，這個題目比較怪誕，但我感覺中，其實在某些時期和某些場合，這是要
需要適當把握下用戶的心理的。
首先，在工作中，曾經遇到一個這樣的情景：有次，一個項目經理在和一個客戶方負責信息項目的負責人在閒聊，這個時候
項目已經進入維護階段了，錢已經付了給開發方了，但客戶方的這位信息項目負責人在閒談中，談到了對系統的一些不足和希望改進
的需求。當然，氣氛是很好的，絲毫沒正式談判那麼嚴肅，這位負責人期間抱怨了很多系統的問題，但同時又感嘆項目的資金就這麼少了，
心有力而不足的感覺。開發方當然沒當是回事，結果這樣就過去了。
結果，三個月後，客戶方突然通知開發方開會，說可以繼續投入資金，要求開發方增加新功能和改進舊的功能，而其需求正好是
三個月前和開發方閒談時所談到的那需求,結果，開發方只好又開始和客戶方開會探討需求，結果爲了錢，開發方接下項目，但發現其中
有到的技術對自己有難度，而且遇到了不少阻礙，結果又和客戶磨了不少嘴皮，去否定了客戶一些不切實際的需求，自己的團隊又花了不少時間學爲了項目而學習新的技術，浪費了時間。
可以看到，在平時和客戶的打交道中，要特別留意客戶的一些看似不成熟的想法，無論是飯桌上的閒談，還是私下的談話，特別是客戶方的信息負責人的言論，都要特別留意。因爲人的心理是很微妙的，有時客戶負責人的一些看法，意見不一定要在項目會議上提出來，可能在一些非正式場合就提出來了，雖然不是正式，但既然他是負責人，儘管不是領導拍板的，但怎能肯定他沒有決策影響力呢？象上文說的，
如果開發方能早的察顏觀色，起碼能知道客戶方將來的一個趨向，一個可能的決策，那是相當有益的，甚至可以將客戶方不合實際的
想法消滅在談判桌之外，甚至可以知道客戶方領導的一些想法。
又如一個例子，一隊TEAM新接手一個系統，一邊摸索一邊修改系統。項目負責人還是比較聰明，每次改完一個BUG後，在平時沒事的時候，都問下用戶方最近大概有什麼新的需求計劃，用戶方的這位MM也不時將自己的一些想法和希望的修改意見反饋給客戶，雖然不是正式通過官方下單的需求，但開發方還是比較留意，提早解決了一些技術上自己不大熟的問題，結果在真正需要實現用戶提出的官方需求時，很快實現了。假如他之前不和用戶搞好關係，在平時空閒時，不去注意聽取用戶的意見和傾向意見，結果是十分麻煩的
所以，總結一下，在和用戶打交道時，
1 不要輕視用戶在非官方場合對系統發表的意見，要及時細心聽取，會有意外發現
2 平時搞好和客戶的關係，有可能的話，在非官方場合儘早消滅客戶不切實際的想法
1 軟件工程心理學之1----開篇
2 軟件工程心理學之2----關於甲方項目負責人
3 軟件工程心理學之3---甲方項目負責人 PK 乙方
4 軟件工程心理學之4--甲方錯誤範例做法剖析
這次想講解下如何能提前感知用戶的需求，初看起來，這個題目比較怪誕，但我感覺中，其實在某些時期和某些場合，這是要
需要適當把握下用戶的心理的。
首先，在工作中，曾經遇到一個這樣的情景：有次，一個項目經理在和一個客戶方負責信息項目的負責人在閒聊，這個時候
項目已經進入維護階段了，錢已經付了給開發方了，但客戶方的這位信息項目負責人在閒談中，談到了對系統的一些不足和希望改進
的需求。當然，氣氛是很好的，絲毫沒正式談判那麼嚴肅，這位負責人期間抱怨了很多系統的問題，但同時又感嘆項目的資金就這麼少了，
心有力而不足的感覺。開發方當然沒當是回事，結果這樣就過去了。
結果，三個月後，客戶方突然通知開發方開會，說可以繼續投入資金，要求開發方增加新功能和改進舊的功能，而其需求正好是
三個月前和開發方閒談時所談到的那需求,結果，開發方只好又開始和客戶方開會探討需求，結果爲了錢，開發方接下項目，但發現其中
有到的技術對自己有難度，而且遇到了不少阻礙，結果又和客戶磨了不少嘴皮，去否定了客戶一些不切實際的需求，自己的團隊又花了不少時間學爲了項目而學習新的技術，浪費了時間。
可以看到，在平時和客戶的打交道中，要特別留意客戶的一些看似不成熟的想法，無論是飯桌上的閒談，還是私下的談話，特別是客戶方的信息負責人的言論，都要特別留意。因爲人的心理是很微妙的，有時客戶負責人的一些看法，意見不一定要在項目會議上提出來，可能在一些非正式場合就提出來了，雖然不是正式，但既然他是負責人，儘管不是領導拍板的，但怎能肯定他沒有決策影響力呢？象上文說的，
如果開發方能早的察顏觀色，起碼能知道客戶方將來的一個趨向，一個可能的決策，那是相當有益的，甚至可以將客戶方不合實際的
想法消滅在談判桌之外，甚至可以知道客戶方領導的一些想法。
又如一個例子，一隊TEAM新接手一個系統，一邊摸索一邊修改系統。項目負責人還是比較聰明，每次改完一個BUG後，在平時沒事的時候，都問下用戶方最近大概有什麼新的需求計劃，用戶方的這位MM也不時將自己的一些想法和希望的修改意見反饋給客戶，雖然不是正式通過官方下單的需求，但開發方還是比較留意，提早解決了一些技術上自己不大熟的問題，結果在真正需要實現用戶提出的官方需求時，很快實現了。假如他之前不和用戶搞好關係，在平時空閒時，不去注意聽取用戶的意見和傾向意見，結果是十分麻煩的
所以，總結一下，在和用戶打交道時，
1 不要輕視用戶在非官方場合對系統發表的意見，要及時細心聽取，會有意外發現
2 平時搞好和客戶的關係，有可能的話，在非官方場合儘早消滅客戶不切實際的想法
<script type="text/javascript">
//
Sys.WebForms.PageRequestManager._initialize('AjaxHolder$scriptmanager1', document.getElementById('Form1'));
Sys.WebForms.PageRequestManager.getInstance()._updateControls(['tAjaxHolder$UpdatePanel1'], [], [], 90);
//
</script>