软件项目开发中需求分析与设计时间和开发时间的比例分配的问题

          从毕业到现在做开发已经有近7年了，大大小小的项目也经历了几十个了。在项目开发的过程中很少有项目在设计阶段投入很多时间的，

有很多情况下，甚至都没有怎么做设计就直接开始编码了，处于一种边开发边设计到状态，还有些时候，设计就是完成一些文档来应付下，很

少有认认真真做设计，然后就直接开始编码，如果遇到需求上问题，再确认。还有些时候，是一边确认需求，一边开始做原型，然后再进入开

发，这种方式倒是比较好，至少可以在前期发现很多问题，避免后续的重大问题出现的几率。

         其实从我个人的角度来观察，很多时候我们重开发轻设计也是环境所迫，有以下几个原因所致：

         1.公司都希望接到项目后，立即能够见到效果，天天谈需求或者需求花费时间过长，老板看不到实际的产出，不愿意花费过多时间去做需求分析和调研。

         2.客户也不喜欢你天天找他了解需求方面的问题，一是用户自己无法准确表达自己到期望，你也无法很准确诱导出用户说出自己到期望，既然如此还不

            等你做出实际的东西了，再看是否符合期望，或者做进一步的修改。

         3.很多开发人员认为做需求分析和方案设计就是写一堆文档，根本就不愿意做这个事情，还不如直接编码爽快，很多程序员更愿意和代码打交道，而不是

           文档。

         以上几个原因就导致我们经常进入一个怪圈，需求没有搞清楚就开始动手，开发没有完成就发现已经偏离了方向只好接着改了，所以还是建议使用原型法

        和迭代开发模式来一步步做项目，这样比较靠谱些，这样磨刀才能不误砍柴工，也不会让客户和老板觉得你长时间没有产出。