可视化业务分析实战解析
Lccoqi Wang 查看讲师
百林哲咨询(北京)有限公司专家团队成员
百林哲咨询(北京)有限公司专家团队成员
浏览:262次
详情 DETAILS

课程简介

随着敏捷的推行越来越深入,业务分析逐渐成为各个企业的瓶颈所在。业务分析的质量不够好,导致了后续在开发、测试、集成阶段反复确认,甚至发现遗漏后项目不得不延期。如果能够在需求阶段内建质量,可以对整个软件工程起到杠杆作用,大幅度提升软件工程的效率和质量。

同时在整个产品流程中,需求分析的质量的直接会影响整个产品的产出,从接受需求、收集信息(上游协作)、分析需求、排期和分解 、文档组织 、讲解需求(下游协作)、需求变更、遗留系统、人员变动等环节,进行优化和提升。

需求分析过程中常见的痛点——一页纸需求。客户通过一页纸甚至更少的信息来描述整个业务需求。这种问题可以利用可视化需求分析的方法,通过业务价值、角色分析、术语定义、主流程梳理、纲举目张的方式将需要梳理和确认的内容进行充分的确认,减少后续开发、测试、集成阶段反复确认需求的次数,提高质量和效率。

需求变更是需求分析中的另外一大挑战。本工具箱中提出了多种利用抽象、分层和解耦的方式解决应对需求变更的问题。以更加简化的方式来更高的质量的响应需求变更。本可视化需求分析工具箱在多个项目中应用实战,充分地改善了需求分析的质量和效率,并且能够大幅度改善后续开发过程的质量和效率

课程收益

1、帮助学员深入了解BA的工作职责、工作价值及能力模型

2、帮助学员掌握常见的需求痛点分析技巧

3、帮助学员掌握新的需求分析方法—五步法

4、提高学员处理需求变更的能力

5、提高学员文档处理能力

受众人群

1. 业务部门的需求提出者(产品负责人)

2. IT 部门的产品经理(产品经理)

3. 产品导向的项目管理者

4. 对需求分析方法与产品管理感兴趣的其他角色

5. 想要转型成为产品经理的候选人员

课程周期

2天(12H

课程大纲

标题

授课内容

一、引入

1.1 讲师个人介绍

1.2 课程收获介绍

1.3 课程知识点汇总介绍

1.4 学会课程的价值

二、自我认知

2.1BA 的角色介绍

2.2BA 的岗位职责

2.3BA 能力模型

三、游戏

3.1 互动-可视化的重要性

四、需求分析路径说明

4.1 接受需求

4.2 收集信息(上游协作)

4.3 分析需求

4.4 排期和分解

4.5 文档组织

4.6 讲解需求(下游协作)

4.7 需求变更

4.8 遗留系统

4.9 人员变动

五、BA 培训系统介绍(案例介绍)

5.1 客户对项目背景进行介绍-以需求方的角度说明

5.2 客户所提出的注意事项-该案例需要注意的细节点

六、获取需求技巧-如何与客户确认需求/上游协作

6.1 确认需求的质量标准

6.2 和需求方打交道的技巧&沟通

6.3 了解需求方&共情

6.4 如何收集&获取需求

6.5 需求原始资料

6.6 需求的梳理和总结

七、如何确认需求

7.1 需求方讲不清楚的需求

7.2 需求方以解决方案代替需求

7.3 推动需求确认的手法

八、如何挖掘潜在需求

8.1 如何对需求方进行期望管理

8.2 头脑风暴式提问的缺点

8.3 需求的反向确认

8.4Demo 过程

8.5 用户旅程

8.6 需求文档的组织方式

8.7 线框图

8.8Demo 故事线的组织

8.9 事物多样性

九、如何与客户进行谈判

9.1 需求模块优先级排序

9.2 应对截止时间驱动开发的场景

十、需求分析方法-五步法

10.1 业务价值

10.1.1 如何判断业务价值描述的合理性 JTBD(Jobs to be done)

10.1.25why 法

10.1.3 商业的知识

10.1.4 如何应对甲方说:不用管价值,就这么干

10.2 角色梳理

10.2.1 用户画像

10.2.2 不在系统中的用户,但是对系统影响巨大的干系人

10.2.3 如何才能识别出完整的用户角色

10.3 术语定义

10.4 主业务流程梳理

10.4.1 闭环思维

10.4.2 流程图

10.4.3 泳道式流程图

10.4.4 网格式流程图

10.4.5 并不是所有的需求都要用流程图,避免手里拿着锤子看什么都是钉子

10.5 纲举目张详细分析

10.5.1 决策矩阵

10.5.2 探照灯梳理状态

10.5.3 判定矩阵

10.5.4 时间轴

10.5.5 异常思维

10.5.6 对称思维

10.5.7 关联思维

10.5.8 发散思维

10.5.9 并发思维

10.5.10 边界思维

十一、解决外部依赖问题

11.1 对象旅程介绍

11.2 对象旅程解决的问题

11.3 练习

十二、非功能性需求分析

12.1 性能、压力、安全、合规法律、风俗习惯、兼容性

十三、优先级划分与版本确定

13.1 精益创业、敏捷、MVP

13.2 用户故事地图的使用

 13.2.1 规划优先级的方法

 13.2.2KANO 法

 13.2.3RICE 法

13.3 用户故事拆分

 13.3.1 用户故事的多角度拆分

 13.3.2 用户故事的多角度拆分

13.3.3 用户故事拆分练习

十四、需求变更

14.1 需求变更的种类以及应对方法

14.2 需求变更练习

14.3 抽象、分层、解耦

14.4 需求变更预告和预测

十五、文档管理

15.1 梳理功能列表

15.2 书写需求文档的痛点

15.3 书写需求文档的解决方案

15.4 文档如何管理

十六、与客户确认需求

16.1 如何让客户尽量确认需求并且减少变更

16.2 如何制定科学流程避免后续不断增加需求和变更需求

十七、开发阶段

17.1 需求评审会

 17.1.1 什么是需求评审会

 17.1.2 需求评审会需要准备什么

 17.1.3 需求评审会要有确认哪些事项

 17.1.4 怎样有效的开展需求评审会


企业服务热线:400-106-2080
电话:18519192882
投诉建议邮箱:venus@bailinzhe.com
合作邮箱:service@bailinzhe.com
总部地址:
北京市-丰台区-汽车博物馆东路6号3号楼1单元902-B73(园区)
全国客户服务中心:
天津市-南开区-桂苑路15号鑫茂集团鑫茂军民园1号楼A座802-803
公众号
百林哲咨询(北京)有限公司 京ICP备2022035414号-1