工时统计（姓名均为化名，数据为真实数据）
数据显示：开发部分包括前端开发、后端开发、数据分析开发。共计59.9%。测试部分：19.3%。需求分析部分：20.6%。
各部分工时占比
看到这个数据让我大吃一惊，原先认为最重要的开发部分，竟然只占60%左右，需求分析加测试占比高达40%。仔细回忆一下，在这个项目中，需求分析师与客户经常交流，并且经常与项目组各成员沟通需求，花费了大量的时间。虽然这些时间都比较零散，但是汇总起来，是一个非常大的数目。测试人员前期要写测试用例，后期要进行多轮的复归测试，也会占用大量的工时。
这个数据让公司亏损的原因水落石出了，公司原先预估的工时，主要考虑了开发工时，虽然也估计了需求分析和测试，但是只是在原先的基础上添加少量工时，远远达不到40%，这个40%就是亏损的真正原因。
随后公司管理层对这个分析结果进行了总结，认为有以下几方面的不足：
1，公司对需求分析和测试重视度不够，预估工时和实际偏差非常大。
2，公司没有建立完善的工时统计机制，无法比较精确的统计每个项目的工时。
解决方案
既然找到了不足，就可以针对性的制定解决方案。
1，公司对需求分析和测试重视度加强，预估工时增加比例。
2，公司建立完善的工时统计机制，以后的项目都要进行总结，逐渐形成一套比较准确的工时预估方案。
我个人在这个事情发生后，也对需求分析和测试进行了仔细的研究，发现国内的大部分小公司都存在相同的问题，即对需求分析和测试重视不足。
需求分析和测试如果不重视会造成很多严重的后果，轻则不赚钱，重则亏损。
几种常见的问题如下：
1，开发结果与客户需求不一致，造成返工。
2，客户需求频繁修改，工期拖延。
3，没有建立完整的需求文档，出现扯皮现象。
4，软件上线出现大量bug，降低客户满意度。
需求分析
解决方法如下：
1，软件公司应该从观念上重视需求分析和测试。通过会议或内部培训，提高员工对需求分析和测试重视度。只有心底认为它很重要，才能真的重视。
2，增加需求分析和测试的投入。软件项目前期为需求分析划分必要的时间，宁可晚一些开始开发，也要把需求分析做充分。从以前的经验来看，这是非常值得的。前期测试人员可以同时编写测试用例，后期必须进行完整的几轮测试，才能上线，甚至延期都是非常有必要的。一个晚点优质软件比一个早点的次品强的多。
3，需求文档不可少。需求分析说明书是需求分析阶段的成果，是和客户沟通一致的重要凭证，是软件开发目标的唯一依据。必要时双方都要签字，可以有效避免扯皮的现象。即使需求必须修改，也能明确双方的责任，有利于后期的合作。
4，需求评审会议准时开。需求评审会议是对需求分析工作的总结，可以统一项目组对需求的认识，是进行下一步工作的前提，是一个重要的里程碑。评审会上往往会提出原先没有发现的需求点或者不明确的需求。
5，测试用例必须写。项目需求分析阶段，测试人员要全程参与，了解项目需求，并编写测试用例。测试用例对测试工作非常关健，好的测试用例，可以测出90%以上的bug，大幅提高软件质量。测试用例也可以在回归测试时重复使用。
6，测试报告很重要。测试工作完成后，要提出测试报告，测试报告是软件质量的数据表现，是软件发布的依据。如果测试报告中未解决bug过多，坚决不能发布。
希望通过此文，提高大家对需求分析和测试的重视度，软件开发少走一些弯路，祝大家项目成功，公司盈利。
谢谢阅读，如有批评指正，请留言。
