需求收集和分析

什么是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 报告； 制作维护需求变更列表，制作需求变更周报
• 对最终用户提供指引