需求分析

突然觉得很奇怪,在软件工程中需求分析被看得很重要,那为什么在项目中很少有专门做需求分析的人员,通常是由项目经理来做的,而不是独立出来的,难道不需要?难道项目经理一人可以处理那么多的事情吗?还是企业为了削减成本?

需求分析是在签订劳动合同之前就做好的事情吧？否则你怎么和客户报价？

等你项目组成立开始做这个项目的时候，需求早就已经明明白白写在合同里面盖章生效了。

你说的那叫需求跟踪

当然是降低成本了.
如果这是普遍现象,只能说这样做成本最低.
如果PM对需求理解的不够深刻,
那其他事情也做不好.

国内还是有非常多的项目在合同签订前只能做简单的需求了解，大致了解项目，以能做出不太离谱的报价为限。这么做有几个原因：
1. 对开发商来说，详细的需求分析需要的投入比较大，如果最终合同没签下来，这些投入就全泡汤了。对很多小的公司来说，这个风险太大。
2. 很多客户，签合同以前往往只有信息部门（IT部门）和开发商对应，其它部门不会配合开发商来做需求分析，需求分析也没法详细。
3. 很多项目往往有多个开发商在竞争，用户不可能配合每个开发商都去做详细的需求分析。
4. 如果等到需求分析做完，再签合同，对于开发商来说，等于延长了收款周期。同样对资金周转情况不好的公司来说这也增加了运营风险。
确实有很多合同最后会有一份附件，叫“技术规格说明书”，“或功能规格说明书”的。不过这些东西很多或者是客户的IT部门写的，或者是开发商的售前写的，基本上相当于一份feature list，离真正的需求说明书还是有很大差距的。

要做到做完需求分析再签合同这一点，或者是开发商实力雄厚，能承担其中包含的种种风险（主要是财务方面的），或者是开发商和用户关系非常密切，有长期的合作关系。否则很难。

回到heima2008的问题，由项目经理来做需求分析的做法，也就适合于几个人的小项目。如果稍微大一点的项目也这么做，那也被公认是不合理的。

robbin居然也是这个认识，让我有点惊讶
根据我们项目的特性，六个人的团队就会配一个专职的需求分析人员了，参与技术设计，不参与编码实现。

我们每个team有至少一个business analyst。没有需求分析者整天跟着客户，还怎么敏捷得起来。

俺们team最重要的就是懂业务的人了，每次开发，主要是对业务的分析，分析完了之后，剩下的就是分析有没有特别的东西，如果有写相应的代码实现，没有，则写配置文件，然后集成到平台中去。俺公司工资高的就是那些专做需求的人啦。

5555，BA好苦啊

To 冰云, they're NOT quite realised of pain, though BAs are vitally important in a development team. Why you say so?