需求分析一点心得

需求分析一点心得

2011年8月15日，我休假回到公司，四川分支crm行业部进行了四维分工，我分在了需求组。组长徐茜之前已经与我沟通过需求组具体的工作明细，但自己心里还是很担心，是否能做好这份新工作，毕竟自己以前都是做的开发工作，接触的都是代码，很少编写文档；不过我还是很高兴，新的工作具有挑战性，可以更好的锻炼自己各方面的能力；

首先我查看了一些以前同事写的需求分析文档，从中积累一些好的经验，比如如何描述需求要点，如何绘制流程图等；

然后给自己制定了工作要求，明确用户需求、不遗漏需求点、对需求进行分析、提出自己的意见和建议、输出需求规格说明书给开发人员；就这样我井井有序的开展着自己的新工作，本以为自己已经做的够细致了，几周下来还是出现了不少问题。需求规格说明书写的不够细、自己写的需求规格说明书开发人员看后理解的与需求原意不一致、测试上线开发点不齐全、设计需求时未考虑到后期的维护使维护工作增多、需求不能按照之前与用户指定的时间上线等；对于这些问题，自己进行了深入的思考，如何避免这些问题的出现；深思后发现大家好像缺乏沟通，需求的每一个环节没有贯穿起来，每个环节似乎都断开了，不像以前一个需求自己与用户沟通、自己开发、自己测试、上线，整个环节都在同一个人的掌控中，时间也是由自己安排；

作为需求分析负责人，自己是不是应该贯穿整个需求，而不仅仅只是把输出需求规格说明书作为一个需求分析工作完成的目标呢？

首先沟通，与用户沟通，明确需求要点，不仅需要聆听用户的需求说明，还要懂得在用户已说明的基础上进行拓展，发掘客户没有讲出来的潜在需求。在已有业务的基础上进行模拟业务流程，分析业务是否走的通并且有无逻辑上不合理的地方。发现问题，及时与用户沟通，及时修改需求；与开发组长沟通，明确开发人员和上线完成时间；与开发人员沟通，使开发人员知晓需求要点，自己更好的完善需求分析规格说明书；与测试人员沟通，需求测试要点，判断需求上线的标准；与维护人员沟通，对应需求的维护工作如何开展等；

其次就是协调，开发时间的协调，如果用户同时有几个需求都要求比较紧急，那么需要我们协调用户是否能将这些都很紧急的需求排一个优先级；需求要点协调，如果两个需求都要修改同一个模块的代码，那么为了保障程序版本问题，需要协调将两个需求开发时间错开；以及当维护人员发现模块BUG时，需要协调用户发起对该BUG的优化；

有时还需要引导，引导用户走向有利于系统开发的轨道上，用户的一些需求，有些对整个业务其实可有可无，如果在实现起来很麻烦的话，可以引导用户取消这个需求，避免对系统大的改造影响了其他正常的业务，也浪费了开发人员的时间。如果系统本来就已经具备的功能，那么就要引导用户复用该功能，使系统可以最大程度的复用原来的功能。提高系统的代码的使用率，同时提高我们的工作效率。

最后就是完善，完善我们编写的需求规格说明书，可以使用需求用例、业务逻辑图、办理流程图、表格、界面图片等对需求进行说明，使需求规格说明书简单易懂，避免歧义；

这一年的需求分析工作，使自己对该工作有了更多、更深的认识；不仅要认真，还要有细心、耐心、有责任感；不仅要考虑当前的需求，还要分析系统已经具备的和将来需要支撑的；希望通过自己的努力，能将需求分析工作做的更好；