需求分析师的工作重点

在我们周围，需求工程师更多时候，是在开发和测试工程师出现意见分歧时，充当一个裁判。我感觉这是不太正常的。

 

测试工程师知道有些场景用户不会这么使用，但可能对开发的处理方式不太满意，就会将问题推给需求，并要求需求工程师在软件需求说明书中给出相关定义和描述，避免后续追究承担相关责任。但是这类测试的边界和细节问题分散了需求分析人员的太多精力。也不是他们的工作重点。

 

我觉得需求工程师针对这类问题，只需要判断是否为用户关键场景，如果是需要怎么去做；如果不是，则可交给开发和测试负责人员综合实线代价给出合理的解决方案。

 

需求工程师的工作重点应该是关注用户关键场景，以及如何有效收集和处理用户反馈信息。这些用户不仅包括产品真正的使用者，还应包括用服、代理商、生产工程师等。用于用户角色不同，所关注的重点也不同，根绝用户角色可以定义需求的属性和优先级。

 

需求分析不应仅限于用户信息的被动反馈，更应该主动的收集和获取。获取的方式除了面对面的用户访谈以及问卷调查，还可以到网上搜索产品的使用评价，用统计学方法分析用户的使用习惯，建立使用信息仓库。

 

每个人的精力都是有限的，把有限的精力用到工作的重点上，才能尽快取得想要的成绩。