什么是Business Analyst？
Business Analyst 中文叫做业务分析师。现在要说的是IT相关的BA，有时也称做Business System Analyst，Business Specialist, Business Consultant，Business System Consultant 虽然称呼上略有不同，但其实工作性质都是非常接近的。
简单而言，
- 是一种介于客户和IT团队之间的角色，
- 负责在IT项目中负责发掘、分析、传达和确认客户需求；
- 同时了解有关业务上的各种问题并发现新的机会
- 搭建业务和IT人员之间的沟通桥梁
- 并推荐问题的解决方案以实现组织的目标，这其中还包括参与系统的设计和测试，以及各种协调工作。
需求分析流程
定义：业务系统的流程从As-is到To-be的过程。理解和确认现实中的业务和流程，这中间包括人，部门，系统。构件业务全景图。
-需求收集
定义为：沟通观察和记录的过程，最终交付需求收集列表，需求调研报告。
- 需求获取技术：使用文档分析，研讨会，客户拜访，业务流程描述，用例，工作流程分析等技术。using interviews, document analysis, requirements workshops, surveys, site visits, business process descriptions, use cases, scenarios, business analysis, task and workflow analysis.
- 和各个业务单元建立合作关系，鼓励他们支持和配合。Build Partnership with business unit, encourage them to be supportive and collaborate.
- 识别相应的能提供准确信息的人员，并把信息拼凑起来修成完整的业务链条
- 业务人员会提供错误信息，不要被误导，要引领他们。
- 积极主动沟通，包括电话，开会，研讨会等等
-需求分析/方案设计： 交付一系列的文档
- 评估不同来源的信息，调和冲突需求，把大的需求细化，把抽象的需求具体化
- 形成FRS功能文档
- 产品原型 - UI
- 画流程图，用例图，时序图
-
整理出数据清单
1. 确认需要哪些数据 - 数据内容 （实体+字段）
2. 确认能不能获得数据 - 数据源（系统获取，excel，输入）
3. 确认是不是一个数据 （有些是过程、或是动作、并不是数据）
- 接口设计
-需求确认
- 需求和方案传递给开发人员，负责澄清开发人员的问题
- 反馈开发的问题给客户，引发需求变更或者方案重新设计
- 三方敲定最终方案
-开发
- 跟踪需求交付，了解研发计划和资源分配，分析对需求交付的影响，提请风险处理。
- 确保开发和设计和需求保持一致
-测试 SIT UAT
带领测试团队制定测试计划，撰写测试用例；
校验客户的测试用例；
维护需求和测试用例映射表；
-交付
- 对需求变更进行管控，评估对运行系统的影响，生成CR 报告； 制作维护需求变更列表，制作需求变更周报
- 对最终用户提供指引