产品经理
其他
产品经理
需求分析
系统开发
组织
推荐课程
average > 0 ? $model->average . '分' : '10.0分' ?>

全局商业思维下的需求分析

课程费用

6800.00 /人

课程时长

2

成为教练

课程简介

本课程面向团队中负责需求分析的人员。在不同的组织、不同的研发流程体系下,他们的头衔不尽相同,可能是“产品经理”,可能是“产品负责人(PO)”,也可能是BA(商业分析人员)。
设置这门课程,基于以下几个假设前提——
1、在数字化时代,对需求分析的要求和期待已经发生了很大的变化,这主要表现在:
a从“关注交付成功”到“关注交付成功+关注商业成功”;
b从“关注交付质量”到“关注交付质量+关注交付价值”;
c从“what to Do”到“What to Do + Why to Do”;
d从“产品需求为起点”到“业务需求为起点”
所以需要建立“全局商业思维“以更好地应对新形势下的需求分析工作;
2、“全局商业思维“的需求分析必须要区分成成两个递进的阶段:
a着眼于系统整体的需求分析,即:该系统将会解决哪些问题,给用户/客户(特别是客户)带来怎样的交付价值;
b着眼于需求条目的具体需求分析;
如此,才能真正做到基于价值的交付。
通常我们观察到的情况,需求分析人员往往欠缺对第1)部分的把控,进而导致需求蔓延、需求变更等许多问题;而客户往往在这方面也不会给予清晰的信息,他们只会给予点状的、碎片化的“需求”。我们可以称呼这两个递进的阶段为“两种眼光看待需求”;
3、需求变更并非因为“提出者提出需求变更”占据主要原因,认为所谓的“需求变更”大多数都是因为分析者无法掌握“两种眼光看待需求“的能力而导致的。所以,我们的课程重点不在于“有了变更怎么办”,而是“如何从源头上消除变更或者减少变更,最起码也得是减轻需求变更对系统开发的负面影响”;
4、’“需求做不好”永远不是沟通问题,亦不是流程问题、模板问题或者规范问题,是需求分析人员缺乏相关技术、技能的引导,缺乏有效的方法指引。所以,我们的课程中遴选了一批被若干企业证明行之有效的方法和技术,通过大量实例剖析和实战化演练过程教给学员;并且,更为关键的,这些方法和技术都可以嵌入受训组织/企业现有的流程当中固化下来,成为受训企业/组织的持续发展和改善的需求分析能力。

目标收益

培训对象

本课程面向团队中负责需求分析的人员。在不同的组织、不同的研发流程体系下,他们的头衔不尽相同,可能是“产品经理”,可能是“产品负责人(PO)”,也可能是BA(商业分析人员)。

课程大纲

入题与承题 1、数字化浪潮下,需求分析工作的“变”与“不变”
1)“纵向集成”案例剖析
2)“横向集成”案例剖析
3)“端到端集成”案例剖析
4)组织的业务发展战略在系统的需求分析工作中的映射
小结:所谓“全局商业思维”的追求与初心——基于价值的交付,需要的不仅仅是需求分析能力,更需要对客户方经营战略的理解,对客户方高层管理者管理意志的认知,以及对领域内业务特征的洞察。
注:4~6个数字化建设案例的集中讲解与剖析,旨在让学员清楚认识所谓“全局商业思维“的需求分析工作的目的与要求

2、需求的全量定义,特别甄别业务需求与项目管理需求、软件需求之间的区别与联系;

3、需求分析过程的两大常态及其应对策略
1)讲不清楚需求
2)需求处于不断的变化中
原始需求的调研与挖掘 1、详细介绍需求调研的常用的几种常用方法:
1)访谈
2)业务逻辑捕捉
3)联合需求工作会议
以案例剖析的方式,详细介绍每一种方法的操作步骤、优缺点以及实施要点
IT系统的商业价值分析 1、通常,数字化系统的交付价值主张是什么?
促使学员牢固树立“我们交付的不是系统本身,而是系统的价值”的认识
3~4个相关实际案例的解析与讨论
2、目标用户与干系人期望值分析
使用“用户画像“技术,分析不同类型的目标用户对系统不同的诉求/期望/约束
3~4个相关实际案例的解析与讨论
3、“干系人期望值”分析中可资应用的BBR(帮忙不惹事)模型
1)相关实际案例的解析与讨论依照帮忙-不惹事两个维度分析四大类不同干系人的诉求
2)诺兰模型永放光芒——有效定位干系人期望值的方法
业务需求分析(上) 业务场景,以及如何定义业务场景
-使用“时间-人物-亚文化“的三维模型构造与平衡系统的典型应用场景
-相关实际案例的解析与讨论
业务需求分析(下) 1、使用“用户故事”技术分析系统的业务场景
“用户故事“的详细讲解,包括其难点与重点
相关实际案例的解析与讨论
2、使用“用户故事地图”技术规划系统各个MVP(最小可应用产品)的业务场景
“用户故事地图“技术的详细讲解、难点与重点
相关实际案例的解析与讨论
3、如何以“场景扩增模型”规划系统的版本路标
以“诺兰模型”为例,讲解如何定义分领域的“场景扩增模型“,以及如何使用该模型引导用户的需求,规划系统的版本路标
相关实际案例的解析与讨论
需求建模与规格化 1、使用“符号化语言”的需求建模手段
“数据流图“和“实体-关系图”技术的详细讲解、难点与重点
相关实际案例的解析与讨论
2、使用UseCase(用户用例)技术,规格化需求
Usecase实例分析
如何保证需求的自然语言描述过程中的一致性、正确性、无二义性……
总结与答疑 总结与答疑
入题与承题
1、数字化浪潮下,需求分析工作的“变”与“不变”
1)“纵向集成”案例剖析
2)“横向集成”案例剖析
3)“端到端集成”案例剖析
4)组织的业务发展战略在系统的需求分析工作中的映射
小结:所谓“全局商业思维”的追求与初心——基于价值的交付,需要的不仅仅是需求分析能力,更需要对客户方经营战略的理解,对客户方高层管理者管理意志的认知,以及对领域内业务特征的洞察。
注:4~6个数字化建设案例的集中讲解与剖析,旨在让学员清楚认识所谓“全局商业思维“的需求分析工作的目的与要求

2、需求的全量定义,特别甄别业务需求与项目管理需求、软件需求之间的区别与联系;

3、需求分析过程的两大常态及其应对策略
1)讲不清楚需求
2)需求处于不断的变化中
原始需求的调研与挖掘
1、详细介绍需求调研的常用的几种常用方法:
1)访谈
2)业务逻辑捕捉
3)联合需求工作会议
以案例剖析的方式,详细介绍每一种方法的操作步骤、优缺点以及实施要点
IT系统的商业价值分析
1、通常,数字化系统的交付价值主张是什么?
促使学员牢固树立“我们交付的不是系统本身,而是系统的价值”的认识
3~4个相关实际案例的解析与讨论
2、目标用户与干系人期望值分析
使用“用户画像“技术,分析不同类型的目标用户对系统不同的诉求/期望/约束
3~4个相关实际案例的解析与讨论
3、“干系人期望值”分析中可资应用的BBR(帮忙不惹事)模型
1)相关实际案例的解析与讨论依照帮忙-不惹事两个维度分析四大类不同干系人的诉求
2)诺兰模型永放光芒——有效定位干系人期望值的方法
业务需求分析(上)
业务场景,以及如何定义业务场景
-使用“时间-人物-亚文化“的三维模型构造与平衡系统的典型应用场景
-相关实际案例的解析与讨论
业务需求分析(下)
1、使用“用户故事”技术分析系统的业务场景
“用户故事“的详细讲解,包括其难点与重点
相关实际案例的解析与讨论
2、使用“用户故事地图”技术规划系统各个MVP(最小可应用产品)的业务场景
“用户故事地图“技术的详细讲解、难点与重点
相关实际案例的解析与讨论
3、如何以“场景扩增模型”规划系统的版本路标
以“诺兰模型”为例,讲解如何定义分领域的“场景扩增模型“,以及如何使用该模型引导用户的需求,规划系统的版本路标
相关实际案例的解析与讨论
需求建模与规格化
1、使用“符号化语言”的需求建模手段
“数据流图“和“实体-关系图”技术的详细讲解、难点与重点
相关实际案例的解析与讨论
2、使用UseCase(用户用例)技术,规格化需求
Usecase实例分析
如何保证需求的自然语言描述过程中的一致性、正确性、无二义性……
总结与答疑
总结与答疑

提交需求