上个月，我们公司组织去听了张传波老师需求分析之疯狂的订餐系统s的课，呵呵果然受益匪浅哦。
下面总结一下收获吧：
首先刚开始的时候，老师叫我们大家分组选出组长，通过这些小事情来活跃会议的气氛。
然后，张老师给我们出了一个画，如图所示
第一幅图是客户是如此描述想要的需求的，第二幅是项目经理是那样理解的，而设计人员的理是是上述第三幅图
然后呢，编码人员是第四幅图那样做的，第五幅图是业务人员是那样的给客户描述。第六幅图是我们项目文档是
一片空白，然后第七幅图是实施人员如何实施的，我们的客户投资是如图八那样巨大，图九是技术支持如此简单
那倒底客户的真正需求是什么呢？图十！
张老师通过这个图给我们讲解了一下需求分析的重要性。
讲完这个时候，张老师给我们出了一个案例，疯狂的订餐系统。先谈一下简单的需求，就是一家IT软件公司向其员工提供了免费午餐
，平常都是由前台收集大家点餐，然后报餐厅。
现在遇到一些问题，前台觉得每天问大家吃啥饭比较麻烦，人少还好说，人多了效率太低。而员工又觉得正在工作的时候问他点餐
又影响了他正在进行的工作。这
这时候，boss提出来，是否可以做一个订餐系统呢，大家想吃什么通过系统提交然后前台直接打印出来报表，交递餐厅。
好了讲到这里，张老师要求我们每个小组抽出一名组员作为客户出需求，其他小组成员根据他提出的需求来设计方案。
简单讨论一番后。大家各小组发言，有些小组设计人员认为客户太刁钻，认为客户太霸道，提出的需求太过份，有些小组客户认为设计人员水平太次，
总是说这也实现不了，那也实现不了。双方就订餐系统意见达不成一致。
一个很简单的订餐系统怎么会如此麻烦呢，在这里就要求我们技术人员深度挖掘客户背景，项目涉众，以前没有系统前订餐存在哪些问题，
期待使用系统可以解决哪些问题，系统成功的标准是什么。
在这里讲，在跟客户洽谈需求的时候，不要一上来就让客户牵着我们的鼻子走，客户往往都是精明的，不要认为客户是不可理喻的
那是因为我们还没有挖掘到客户背后真正想要什么，客户往往提出的是解决方案。所以我们要首先了解客户的项目背景，比如员工订餐标准8块，员工人数20人左右
很少有员工出差，中午休息1个半小时，使用本系统都有哪些人，系统带给他们的又是什么，老板希望解决的是什么问题，员工需要解决的是什么问题
当我们了解了这些东西后，我们再结合客户给我们谈的所谓需求，给客户出一个完整的解决方案。在这里我要说的是所有的系统都是有一套完整的管理方法
当我们给客户上了系统后，接着麻烦事又来了
1，某员工点餐了，结果餐厅今天恰好没有这个菜了
2，订餐标准8块，能不能10块呢
3，有些员工出去了，不能上网，不能通过该系统订餐
4，能不能多提供几家餐厅的菜谱
5，能不能显示菜的图片呢
6，是否可以一次提交多天的订餐信息，每天都登录太麻烦
7，能否做一个连接呢，一下就可以提交定餐，不然要点很多页面才能提交定餐信息
8，是不是还有一个营养分析功能呢？
客户用我们的系统后提出了一些问题希望我们可以更改一下，这时候估计我们头大了，这客户也太霸道了，这简直做成啥了，还营养分析分析
我们该怎么办呢？是不是跟客户大吵一架，然后跟客户决绝，不再有生意往来呢