1
軟體工程心理學之1----開篇
2 軟體工程心理學之2----關於甲方專案負責人
3 軟體工程心理學之3---甲方專案負責人 pk 乙方
4 軟體工程心理學之4--甲方錯誤範例做法剖析
這次想講解下如何能提前感知使用者的需求，初看起來，這個題目比較怪誕，但我感覺中，其實在某些時期和某些場合，這是要
需要適當把握下使用者的心理的。
首先，在工作中，曾經遇到乙個這樣的情景：有次，乙個專案經理在和乙個客戶方負責資訊專案的負責人在閒聊，這個時候
專案已經進入維護階段了，錢已經付了給開發方了，但客戶方的這位資訊專案負責人在閒談中，談到了對系統的一些不足和希望改進
的需求。當然，氣氛是很好的，絲毫沒正式談判那麼嚴肅，這位負責人期間抱怨了很多系統的問題，但同時又感嘆專案的資金就這麼少了，
心有力而不足的感覺。開發方當然沒當是回事，結果這樣就過去了。
結果，三個月後，客戶方突然通知開發方開會，說可以繼續投入資金，要求開發方增加新功能和改進舊的功能，而其需求正好是
三個月前和開發方閒談時所談到的那需求,結果，開發方只好又開始和客戶方開會**需求，結果為了錢，開發方接下專案，但發現其中
有到的技術對自己有難度，而且遇到了不少阻礙，結果又和客戶磨了不少嘴皮，去否定了客戶一些不切實際的需求，自己的團隊又花了不少時間學為了專案而學習新的技術，浪費了時間。
可以看到，在平時和客戶的打交道中，要特別留意客戶的一些看似不成熟的想法，無論是飯桌上的閒談，還是私下的談話，特別是客戶方的資訊負責人的言論，都要特別留意。因為人的心理是很微妙的，有時客戶負責人的一些看法，意見不一定要在專案會議上提出來，可能在一些非正式場合就提出來了，雖然不是正式，但既然他是負責人，儘管不是領導拍板的，但怎能肯定他沒有決策影響力呢？象上文說的，
如果開發方能早的察顏觀色，起碼能知道客戶方將來的乙個趨向，乙個可能的決策，那是相當有益的，甚至可以將客戶方不合實際的
想法消滅在談判桌之外，甚至可以知道客戶方領導的一些想法。
又如乙個例子，一隊team新接手乙個系統，一邊摸索一邊修改系統。專案負責人還是比較聰明，每次改完乙個bug後，在平時沒事的時候，都問下使用者方最近大概有什麼新的需求計畫，使用者方的這位mm也不時將自己的一些想法和希望的修改意見反饋給客戶，雖然不是正式通過官方下單的需求，但開發方還是比較留意，提早解決了一些技術上自己不大熟的問題，結果在真正需要實現使用者提出的官方需求時，很快實現了。假如他之前不和使用者搞好關係，在平時空閒時，不去注意聽取使用者的意見和傾向意見，結果是十分麻煩的
所以，總結一下，在和使用者打交道時，
1 不要輕視使用者在非官方場合對系統發表的意見，要及時細心聽取，會有意外發現
2 平時搞好和客戶的關係，有可能的話，在非官方場合盡早消滅客戶不切實際的想法
軟體工程心理學之匯報工作
誰都要匯報工作.無論你是普通職員,中層領導,還是高層領導.在軟體專案工程中,無論是團隊內部,或者是對客戶,都要 匯報工作,定期,如何簡單,準確,讓對方把握要點，不浪費時間,又能覺得你的工作是很有成效的,這是個很重大的問題哦.不少人匯報工作專案進展時,都是這樣說 在本週,首先做了.其次完成了.又做了....
軟體工程心理學之5 乙方如何面對甲方之1
在之前的軟體工程心理學系列的文章中，談到了關於在整個軟體專案工程範圍內，甲方領導，甲方以及乙方的之間的一些關係，以及作為甲方負責人，如何能揣摩好領導以及乙方的心理，更好地有利於工程專案的進行。在接下來的文章裡，將開始談談作為乙方，如何揣摩好使用者 這裡是說甲方了 的心理，如何在專案過程中搞好和使用者...
軟體工程心理學之 乙方如何面對甲方之1
在之前的軟體工程心理學系列的文章中，談到了關於在整個軟體專案工程範圍內，甲方領導，甲方以及乙方的之間的一些關係，以及作為甲方負責人，如何能揣摩好領導以及乙方的心理，更好地有利於工程專案的進行。在接下來的文章裡，將開始談談作為乙方，如何揣摩好使用者 這裡是說甲方了 的心理，如何在專案過程中搞好和使用者...