开发离需求有多远
”Oh，My God! 我把需求弄错了！“ 同事A抱怨道。
"业务员，你写的需求不是明明说只做XX，为什么现在又多了ＹＹ？" 同事Ｂ大声吼道。
"我当初就说这个功能开发时间会需要很长的时间，业务人员非要与客户确定需求，如今项目延期跟我无关系。"同事C解释道。
"小张，需求分析说明书中7.2.3.5中描述的功能是什么？我们现在的系统原型是什么？" 经理Blues咆哮起来。
……
类似开发与需求脱钩的现象，在软件开发中是经常发生的现象。发生这样的事情，无外乎以下几个原因：
（1）程序员在对需求理解不到位的基础上就进行程序开发，最后导致开发的功能与需求不相符。
（2）需求分析人员在需求变更后，未及时更新到SVN，或开发人员未及时更新SVN。
（3）需求分析人员，在未与开发人员充分沟通的情况下，就与客户定下了开发方案。
（4）开发人员，并没有完全参照需求分析说明书，而是按照自己的意愿去开发。
（5）开发人员在未领会需求分析说明书中描述功能的情况下，按照自己的猜测去开发，造成开发结果与设计方案不一样。
随着项目越来越大，团队的开发人员越来越多，项目管理不到位，就很容易造成开发与需求脱节的现象，最终造成项目延期或终
止，给企业的造成的损失，小则使一个公司亏本，重则使一个企业倒闭。因此，越大的项目，企业管理越严格。一周计划，两周规
划，每月开发计划，乃至整个项目的开发的计划，都把控的十分严格，而且需要时时Review。
要让项目按照需求与规划中计划进行开发，就必须保证开发紧跟需求。那么应该如何让开发与需求进行并行的进行呢？
一种方案是项目负责人负责业务人员与开发人员之间的沟通。项目负责人也随业务人员外出采集项目需求，在需求采集回来后，
业务人员整理成文档，Review之后，交付给项目负责人。项目负责人负责将需求传递给开发人员，或者将需求交付给开发负责人，
由开发负责人将需求明晰给每个开发人员。在这里，项目负责人，充当了一个接口的作用，将业务人员与开发人员桥接起来。
另一种是业务人员直接与开发人员进行交流，业务人员将采集到的需求整理后，直接与开发人员对话。这样有利于开发人员对需
求的掌握程度，而且也减轻了项目负责人的压力。尽管这种方案有利于系统的开发，但是这种模式在企业开发中并不常见。通常是
有一个项目负责人负责需求的确定，以保证开发不会脱离设计。
尽管有以上两种方案可以确保开发过程中，开发与需求挂钩，但是需求采集往往总是与开发同时进行，仍然容易造成开发与需求
有一定的偏差。通常采取的方案就是在开发到一定的程度时，就与需求说明书进行核定，同时与业务人员进行沟通，将需求中不理
解或需求描述不到
位的地方提出来，由业务人员为开发人员答疑或者升版文档。一定要避免在开发人员未完全领会业务的情况下，业务人员与客户确
定了需求。
开发离需求有多远？答案是我们在这里，他们在那里，我们能够望到那里。