4 业务分析师

在每个软件项目中，都有人在显式或隐式地扮演业务分析师（BA）的角色。业务分析师是能够在组织中促进变化的人，他们通过定义需求和向干系人推荐有价值的解决方案来促进这些变化。分析师获取和分析他人的观点，将收集到的信息转换为需求规范说明，并于其他干系人沟通和交流这些信息。分析师帮助干系人发现他们所描述的需求与实际需要之间的差别。他承担着教导、提问、倾听、组织和学习的任务。

4.1业务分析师的角色

业务分析师的首要职责是获取、分析、记录和验证项目干系人的需要。作为首席“口译”，业务分析师要将客户群体的需求传递到软件开发团队。当然，我们还有其他很多沟通方式可用，因此项目中的信息交流不只是分析师一个人的责任。业务分析师在收集和传播产品信息时扮演主要角色，而项目经理的主要职责是沟通项目信息。

分析师是一种项目角色，而不一定是个头衔。业务分析师还有一些别名，例如需求分析师、系统分析师、需求工程师、需求经理、应用分析师、业务系统分析师、IT业务分析师或者简单称为分析师。他可能同时是项目经理、产品经理、产品负责人、主题专家和开发人员，有时甚至是用户。
在那些开发用户产品的组织中，分析师的角色通常落到产品经理或者市场人员头上。一般都是有产品经理来执行业务分析师的角色，他们通常更侧重于理解市场和预测外界用户的需求。如果项目中既有产品经理又有业务分析师，通常都是产品经理主抓外部市场和用户请求，再由业务分析师将其转换为功能需求。
敏捷项目同样需要业务分析技巧。在这样的项目中，传统意义上业务分析师的一些任务可能由产品负责人来完成。有些敏捷团队就发现，设置一名分析师的好处多多。分析师能代表客户并理解其需要，同时还能完成业务分析师的其他本职任务。
才华横溢的业务分析师可以使项目起死回生。有一家公司就发现，相比于阅读菜鸟分析师所写的说明书，他们在阅读由经验丰富的业务分析师写的需求规范说明书时，速度要快出一倍，因为后者的差错更少。尤其是项目估算方面广为流行的CocomoII模型，分析师的经验和能力对项目的工作和成本的影响非常明显。在类似的项目中，相比于初出茅庐的分析师，经验丰富的分析师可以将项目的整个工作减少三分之一。

4.2业务分析师的职责

分析师首先理解项目的业务目标，然后定义出用户、功能和质量需求，让团队进行估算和计划项目，最后设计、开发和验证产品。
业务分析师同时还是领导者和沟通者，负责将模糊的客户理念转换为清晰的规范说明，指导软件开发团队的工作。下面为执行的典型活动：

• 定义业务需求
  作为业务分析师，首要任务是帮助业务或者出资方、产品经理或者市场经理定义项目的业务需求。可以提供一份愿景和范围的文档模板，然后与愿景负责人协同工作，帮助他们清晰地表达愿景。
• 规划需求方法
  分析师要制定获取、分析、记录、验证和管理需求方面的计划，这一过程贯彻于项目的始终。要与项目经理紧密配合，保证这些计划与项目整体计划保持一致，并帮助完成项目的最终目标。
• 确定项目干系人和用户类别
  针对每个用户类别，与业务发起人共同选出合适的代表，争取得到他们的参与，确定其责任。要解释清楚你希望从客户