获取用户的需求是软件开发之前必须做的工作，而且需求的确定与否最后直接决定了系统开发的成功与失败。
但在一些特殊情况下，客户并没有大量的时间跟你面对面的传达需求，那么我们如何从客户的“已有系统”中快速又准确地挖掘出需求呢？
本期我们将通过切身参与的一个A项目，来跟大家分享一下，在工作中，如何一步一步从“已有系统”中获取需求的。
一、用户访谈
在接触系统前，首先我们需要对现有系统的使用者进行一次深入地访谈。
我们需要事先准备好相关问题，然后围绕问题逐级展开，同时做好会议纪要，记录谈话中重要的信息点，以便事后进行整理，梳理出用户传达的关键信息。
非常重要的一点是在谈话过程中，一定要注意沟通技巧，避免使用一些用户难以理解的技术术语出现，最好是通俗易懂。
因为我们主要的细节性需求要从原有的“老”系统上获取，所以跟用户访谈这个行为只是为了从整体了解一下项目开发背景。
在A项目中，我接手之前，已有同事进行了用户访谈，但是未留下会议记录，只是口头交接传达给我们。
所以在后期我们跟用户沟通的过程中，因为交接传达的不充分，在被问及前期客户已传达的需求时，客户明显表现出质疑与不耐烦，所以实践告诉我，会议纪要在用户访谈过程中相当重要，不容忽视。
二、参读原有资料
对原有“老”系统的软件文档和说明书进行整理和阅读。
这有利于软件开发人员了解系统的过去的功能和架构，了解用户之前的需求。知道过去，方便了解现在，有利于进一步开展需求的分析工作。
所以在正式接触系统前，我们先是拿到了客户提供的原开发人员撰写的操作使用说明文档、需求说明书以及一些流程介绍文档等等。
但是由于系统使用时间过长，中间经过多次版本更迭，导致很多文档的参考价值并不是特别高，只能作为在接触详细需求前的一个敲门砖。
三、对已有系统进行全面测试
俗话说“读万卷书，不如行万里路”。在进行用户访谈以及查阅历史文档了解项目背景以及大致需求之后，对已有系统进行全面使用测试将是最直接、最有效获取完整需求的方式之一。
因此，在进行A项目时，需求调研的时间我们绝大多数都是用到了系统测试的操作上。
大到测试系统的业务流程、角色的权限要求，小到测试每个字段的必填项以及字数的限制。
可以说我们获取到的百分之九十的需求都是通过测试“老”系统的方式。不断、反复地测试，我们才将隐藏的需求一点点展现出来。
当然，其中还有一些需求不能从“老”系统上获取到的原因是“老”系统经久未修，有很多bug无法点击操作，这些功能仍需要通过用户沟通获取。
四、参与实际使用场景
亲身到使用场合进行观察，自己深入感受业务的流程，感受系统的功能需求。这也是最为直接的获取需求的方式之一。
在A项目中我们也参与到了客户实际的一个业务场景中。通过该业务场景，我们了解到某需求更多的使用场景，并且通过这个业务场景的需求，可以延伸到其他相似的业务场景的需求中，所以我觉得这次参与客户实际工作场景中，给我们的调研工作带来了非常大的帮助。
五、用户反馈
在需求基本上调研完成后，可以结合原型图和需求说明书跟用户对调研的需求进行全面讲解汇报。这样更方便用户根据演示内容指出需求问题以及系统设计上的不足，并提出调整意见。
在A项目中，由于无法得到客户充足的时间来完整地听取我们调研的整个项目的需求汇报，我们只能通过利用客户碎片时间，采用边开发边汇报的方式从而得到用户的反馈。
我觉得这种边汇报边开发的方式，对于完善需求、调整需求同样也能起到非常大的作用。
六、总结
通过上述5个方法，我们实现了需求的准确高效获取，为后续系统开发奠定了基础。
本期关于项目需求获取的实战分享就到这里了，希望能够帮助你在项目中更好的获取有效信息。
版权申明：文章由神州数码武汉云基地团队实践整理输出，转载请注明出处。
微信公众号后台回复“技术合集”，可获取更多干货内容！