转眼好几个月过去了，之前自己在圆子里乱吹水了几篇文章，是讲软件工程心理方面上的一些应用和要注意的问题，写了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 平时搞好和客户的关系，有可能的话，在非官方场合尽早消灭客户不切实际的想法
