1.KPI：

indicator指标， 重要的指标是KPI， metric是指标的量化程度的特定时间点衡量， 特殊数字或阈值。 

指标：要清楚有关经济适当可量化可信。可能多个指标一起配合。官僚化可能， 美化数值 。 

2.文件分析： EL， 准备了解有什么文档- 文件分析回顾记录- 记录汇总发现。 利用现有资源成本低， 可以互相对比。 

3. brainstorm- innovation new idea , in group 短时间多， 不考虑实施评价。 

4.合作 product box , fishbowl ,affinity map 轻松揭露没发现的看法

5.focus group 针对现有产品搜集想法态度， 定性的， 预先挑选的参与人员， 了解用户态度想法

homogeneous背景一样 

hetrogeneous背景不一样- 各种想法

准备-执行6-12 人参与人观察人moderator recorder， -记录

6.interview： structur- 先准备了问题- 省时间， 已经了解话题 unstructured没准备问题

准备目标要搜集的信息- 开放问题封闭问题。open ended questions。

7.observation - 复杂流程， 语言无法描述， 正在有的process。 不评判。第一手 信息。 头脑判断看不到

active - 可以打断    passive- 不打断

8.prototype-throw away 抛弃型原型 evolution function演进功能型。 POC

storyboard：场景做啥UX。 

9.survey人多问题开放封闭-量化。 回收率低， 问题不清楚， 

10.workshop 针对一个话题讨论达成一致做决定 。

facilitator不表态中立 scribe- groud rule focus 。 achive  agreement in short time . feedback . 把所有人凑在一起很难。 人太多太少都不行

11.backlog  management： 重要在上面优先级持续评估。 scrum project owner在敏捷里定义需求的方式。 用户故事描述因为没细节没文档所以信息会遗失

12.划分优先级

group : moscow 必须做， 可做可不做， 不用做。

ranking 重要度

timeboxing budget 迭代时间工作量 

negotiation 和用户谈判

tradeoff

customer user ISME  PM Sponsor Regulator 

13.Business Rule- 日常的具体管理规则

policy - 宽泛的管理

定义规则definition rule 判断和计算消费1000是VIP， 加班9点后是加班

行为规则behavioral rule 所以是会违反的。 礼品不能超过50 美金

集中管理业务规则目录

14.Data dictionary ；meta data 库，对数据一致的了解

primitive : name alias value des

composite : sequence repetition 重复optional element 可选元素

15. 数据流图 data flow diagram 数据如何使用2 种类标记法fane-sarson /yourdon notation 

discovery/verification  tech ,业务层面分析，没有顺序！， 只有输入输出， 没有SH， 有外部实体

16.解决方案内的实体类data model ： ERD实体关系图数据库，　class　类图，　

包含：entity class , att, relationship association (cardinality multipilicity 基数) , meta data  实体类属性关系

conceptual data model 概念模型－　业务领域

logical data model 解决方案设计

physical data model －实施

１对０－多

17.glossary专业术语大家都看的懂

18.interface接口分析，　可以在很早的时候去定义

系统接口表

19.non functional

可用　兼容　功能　维护　性能　可移植性　可靠　容量可扩展scalability 增加用户　安全　易用usability 认知　本地化localization语言　SLA 扩展型extensibility 

20.process model 按照顺序执行的活动

notation：VSM，　UML，　BPMA，　IDEF

element :activity event directional flow  role link decision point 

activity diagram  UML一个起始多个结束， 平行线同时进行的操作

图形描述容易理解， 不能发现流程瓶颈，太复杂流程不好

21.sequence 时序图- 系统内部之间活动

同步调用要等回来在做， 异步不用等

22.状态模型

23.use case senarios 

替代场景，异常场景，后置条件

24.用户故事： 谁干什么为什么who what why 优先级工作量可测试 应用小

25.

26.

27.

28.

29.

30.

1.KPI：

indicator指标， 重要的指标是KPI， metric是指标的量化程度的特定时间点衡量， 特殊数字或阈值。 

指标：要清楚有关经济适当可量化可信。可能多个指标一起配合。官僚化可能， 美化数值 。 

2.文件分析： EL， 准备了解有什么文档- 文件分析回顾记录- 记录汇总发现。 利用现有资源成本低， 可以互相对比。 

3. brainstorm- innovation new idea , in group 短时间多， 不考虑实施评价。 

4.合作 product box , fishbowl ,affinity map 轻松揭露没发现的看法

5.focus group 针对现有产品搜集想法态度， 定性的， 预先挑选的参与人员， 了解用户态度想法

homogeneous背景一样 

hetrogeneous背景不一样- 各种想法

准备-执行6-12 人参与人观察人moderator recorder， -记录

6.interview： structur- 先准备了问题- 省时间， 已经了解话题 unstructured没准备问题

准备目标要搜集的信息- 开放问题封闭问题。open ended questions。

7.observation - 复杂流程， 语言无法描述， 正在有的process。 不评判。第一手 信息。 头脑判断看不到

active - 可以打断    passive- 不打断

8.prototype-throw away 抛弃型原型 evolution function演进功能型。 POC

storyboard：场景做啥UX。 

9.survey人多问题开放封闭-量化。 回收率低， 问题不清楚， 

10.workshop 针对一个话题讨论达成一致做决定 。

facilitator不表态中立 scribe- groud rule focus 。 achive  agreement in short time . feedback . 把所有人凑在一起很难。 人太多太少都不行

11.backlog  management： 重要在上面优先级持续评估。 scrum project owner在敏捷里定义需求的方式。 用户故事描述因为没细节没文档所以信息会遗失

12.划分优先级

group : moscow 必须做， 可做可不做， 不用做。

ranking 重要度

timeboxing budget 迭代时间工作量 

negotiation 和用户谈判

tradeoff

customer user ISME  PM Sponsor Regulator 

13.Business Rule- 日常的具体管理规则

policy - 宽泛的管理

定义规则definition rule 判断和计算消费1000是VIP， 加班9点后是加班

行为规则behavioral rule 所以是会违反的。 礼品不能超过50 美金

集中管理业务规则目录

14.Data dictionary ；meta data 库，对数据一致的了解

primitive : name alias value des

composite : sequence repetition 重复optional element 可选元素

15. 数据流图 data flow diagram 数据如何使用2 种类标记法fane-sarson /yourdon notation 

discovery/verification  tech ,业务层面分析，没有顺序！， 只有输入输出， 没有SH， 有外部实体

16.解决方案内的实体类data model ： ERD实体关系图数据库，　class　类图，　

包含：entity class , att, relationship association (cardinality multipilicity 基数) , meta data  实体类属性关系

conceptual data model 概念模型－　业务领域

logical data model 解决方案设计

physical data model －实施

１对０－多

17.glossary专业术语大家都看的懂

18.interface接口分析，　可以在很早的时候去定义

系统接口表

19.non functional

可用　兼容　功能　维护　性能　可移植性　可靠　容量可扩展scalability 增加用户　安全　易用usability 认知　本地化localization语言　SLA 扩展型extensibility 

20.process model 按照顺序执行的活动

notation：VSM，　UML，　BPMA，　IDEF

element :activity event directional flow  role link decision point 

activity diagram  UML一个起始多个结束， 平行线同时进行的操作

图形描述容易理解， 不能发现流程瓶颈，太复杂流程不好

21.sequence 时序图- 系统内部之间活动

同步调用要等回来在做， 异步不用等

22.状态模型

23.

24.

25.

26.

27.

28.

29.

30.

1.KPI：

indicator指标， 重要的指标是KPI， metric是指标的量化程度的特定时间点衡量， 特殊数字或阈值。 

指标：要清楚有关经济适当可量化可信。可能多个指标一起配合。官僚化可能， 美化数值 。 

2.文件分析： EL， 准备了解有什么文档- 文件分析回顾记录- 记录汇总发现。 利用现有资源成本低， 可以互相对比。 

3. brainstorm- innovation new idea , in group 短时间多， 不考虑实施评价。 

4.合作 product box , fishbowl ,affinity map 轻松揭露没发现的看法

5.focus group 针对现有产品搜集想法态度， 定性的， 预先挑选的参与人员， 了解用户态度想法

homogeneous背景一样 

hetrogeneous背景不一样- 各种想法

准备-执行6-12 人参与人观察人moderator recorder， -记录

6.interview： structur- 先准备了问题- 省时间， 已经了解话题 unstructured没准备问题

准备目标要搜集的信息- 开放问题封闭问题。open ended questions。

7.observation - 复杂流程， 语言无法描述， 正在有的process。 不评判。第一手 信息。 头脑判断看不到

active - 可以打断    passive- 不打断

8.prototype-throw away 抛弃型原型 evolution function演进功能型。 POC

storyboard：场景做啥UX。 

9.survey人多问题开放封闭-量化。 回收率低， 问题不清楚， 

10.workshop 针对一个话题讨论达成一致做决定 。

facilitator不表态中立 scribe- groud rule focus 。 achive  agreement in short time . feedback . 把所有人凑在一起很难。 人太多太少都不行

11.backlog  management： 重要在上面优先级持续评估。 scrum project owner在敏捷里定义需求的方式。 用户故事描述因为没细节没文档所以信息会遗失

12.划分优先级

group : moscow 必须做， 可做可不做， 不用做。

ranking 重要度

timeboxing budget 迭代时间工作量 

negotiation 和用户谈判

tradeoff

customer user ISME  PM Sponsor Regulator 

13.Business Rule- 日常的具体管理规则

policy - 宽泛的管理

定义规则definition rule 判断和计算消费1000是VIP， 加班9点后是加班

行为规则behavioral rule 所以是会违反的。 礼品不能超过50 美金

集中管理业务规则目录

14.Data dictionary ；meta data 库，对数据一致的了解

primitive : name alias value des

composite : sequence repetition 重复optional element 可选元素

15. 数据流图 data flow diagram 数据如何使用2 种类标记法fane-sarson /yourdon notation 

discovery/verification  tech ,业务层面分析，没有顺序！， 只有输入输出， 没有SH， 有外部实体

16.解决方案内的实体类data model ： ERD实体关系图数据库，　class　类图，　

包含：entity class , att, relationship association (cardinality multipilicity 基数) , meta data  实体类属性关系

conceptual data model 概念模型－　业务领域

logical data model 解决方案设计

physical data model －实施

１对０－多

17.glossary专业术语大家都看的懂

18.interface接口分析，　可以在很早的时候去定义

系统接口表

19.non functional

可用　兼容　功能　维护　性能　可移植性　可靠　容量可扩展scalability 增加用户　安全　易用usability 认知　本地化localization语言　SLA 扩展型extensibility 

20.

21.

22.

23.

24.

25.

26.

27.

28.

29.

30.

1.KPI：

indicator指标， 重要的指标是KPI， metric是指标的量化程度的特定时间点衡量， 特殊数字或阈值。 

指标：要清楚有关经济适当可量化可信。可能多个指标一起配合。官僚化可能， 美化数值 。 

2.文件分析： EL， 准备了解有什么文档- 文件分析回顾记录- 记录汇总发现。 利用现有资源成本低， 可以互相对比。 

3. brainstorm- innovation new idea , in group 短时间多， 不考虑实施评价。 

4.合作 product box , fishbowl ,affinity map 轻松揭露没发现的看法

5.focus group 针对现有产品搜集想法态度， 定性的， 预先挑选的参与人员， 了解用户态度想法

homogeneous背景一样 

hetrogeneous背景不一样- 各种想法

准备-执行6-12 人参与人观察人moderator recorder， -记录

6.interview： structur- 先准备了问题- 省时间， 已经了解话题 unstructured没准备问题

准备目标要搜集的信息- 开放问题封闭问题。open ended questions。

7.observation - 复杂流程， 语言无法描述， 正在有的process。 不评判。第一手 信息。 头脑判断看不到

active - 可以打断    passive- 不打断

8.prototype-throw away 抛弃型原型 evolution function演进功能型。 POC

storyboard：场景做啥UX。 

9.survey人多问题开放封闭-量化。 回收率低， 问题不清楚， 

10.workshop 针对一个话题讨论达成一致做决定 。

facilitator不表态中立 scribe- groud rule focus 。 achive  agreement in short time . feedback . 把所有人凑在一起很难。 人太多太少都不行

11.backlog  management： 重要在上面优先级持续评估。 scrum project owner在敏捷里定义需求的方式。 用户故事描述因为没细节没文档所以信息会遗失

12.划分优先级

group : moscow 必须做， 可做可不做， 不用做。

ranking 重要度

timeboxing budget 迭代时间工作量 

negotiation 和用户谈判

tradeoff

customer user ISME  PM Sponsor Regulator 

13.Business Rule- 日常的具体管理规则

policy - 宽泛的管理

定义规则definition rule 判断和计算消费1000是VIP， 加班9点后是加班

行为规则behavioral rule 所以是会违反的。 礼品不能超过50 美金

集中管理业务规则目录

14.Data dictionary ；meta data 库，对数据一致的了解

primitive : name alias value des

composite : sequence repetition 重复optional element 可选元素

15. 数据流图 data flow diagram 数据如何使用2 种类标记法fane-sarson /yourdon notation 

discovery/verification  tech ,业务层面分析，没有顺序！， 只有输入输出， 没有SH， 有外部实体

16.解决方案内的实体类data model ： ERD实体关系图数据库，　class　类图，　

包含：entity class , att, relationship association (cardinality multipilicity 基数) , meta data  实体类属性关系

conceptual data model 概念模型－　业务领域

logical data model 解决方案设计

physical data model －实施

１对０－多

17.

18.

19.

20.

21.

22.

23.

24.

25.

26.

27.

28.

29.

30.

1.KPI：

indicator指标， 重要的指标是KPI， metric是指标的量化程度的特定时间点衡量， 特殊数字或阈值。 

指标：要清楚有关经济适当可量化可信。可能多个指标一起配合。官僚化可能， 美化数值 。 

2.文件分析： EL， 准备了解有什么文档- 文件分析回顾记录- 记录汇总发现。 利用现有资源成本低， 可以互相对比。 

3. brainstorm- innovation new idea , in group 短时间多， 不考虑实施评价。 

4.合作 product box , fishbowl ,affinity map 轻松揭露没发现的看法

5.focus group 针对现有产品搜集想法态度， 定性的， 预先挑选的参与人员， 了解用户态度想法

homogeneous背景一样 

hetrogeneous背景不一样- 各种想法

准备-执行6-12 人参与人观察人moderator recorder， -记录

6.interview： structur- 先准备了问题- 省时间， 已经了解话题 unstructured没准备问题

准备目标要搜集的信息- 开放问题封闭问题。open ended questions。

7.observation - 复杂流程， 语言无法描述， 正在有的process。 不评判。第一手 信息。 头脑判断看不到

active - 可以打断    passive- 不打断

8.prototype-throw away 抛弃型原型 evolution function演进功能型。 POC

storyboard：场景做啥UX。 

9.survey人多问题开放封闭-量化。 回收率低， 问题不清楚， 

10.workshop 针对一个话题讨论达成一致做决定 。

facilitator不表态中立 scribe- groud rule focus 。 achive  agreement in short time . feedback . 把所有人凑在一起很难。 人太多太少都不行

11.backlog  management： 重要在上面优先级持续评估。 scrum project owner在敏捷里定义需求的方式。 用户故事描述因为没细节没文档所以信息会遗失

12.划分优先级

group : moscow 必须做， 可做可不做， 不用做。

ranking 重要度

timeboxing budget 迭代时间工作量 

negotiation 和用户谈判

tradeoff

customer user ISME  PM Sponsor Regulator 

13.Business Rule- 日常的具体管理规则

policy - 宽泛的管理

定义规则definition rule 判断和计算消费1000是VIP， 加班9点后是加班

行为规则behavioral rule 所以是会违反的。 礼品不能超过50 美金

集中管理业务规则目录

14.

15.

16.

17.

18.

19.

20.

21.

22.

23.

24.

25.

26.

27.

28.

29.

30.

1.KPI：

indicator指标， 重要的指标是KPI， metric是指标的量化程度的特定时间点衡量， 特殊数字或阈值。 

指标：要清楚有关经济适当可量化可信。可能多个指标一起配合。官僚化可能， 美化数值 。 

2.文件分析： EL， 准备了解有什么文档- 文件分析回顾记录- 记录汇总发现。 利用现有资源成本低， 可以互相对比。 

3. brainstorm- innovation new idea , in group 短时间多， 不考虑实施评价。 

4.合作 product box , fishbowl ,affinity map 轻松揭露没发现的看法

5.focus group 针对现有产品搜集想法态度， 定性的， 预先挑选的参与人员， 了解用户态度想法

homogeneous背景一样 

hetrogeneous背景不一样- 各种想法

准备-执行6-12 人参与人观察人moderator recorder， -记录

6.interview： structur- 先准备了问题- 省时间， 已经了解话题 unstructured没准备问题

准备目标要搜集的信息- 开放问题封闭问题。open ended questions。

7.observation - 复杂流程， 语言无法描述， 正在有的process。 不评判。第一手 信息。 头脑判断看不到

active - 可以打断    passive- 不打断

8.prototype-throw away 抛弃型原型 evolution function演进功能型。 POC

storyboard：场景做啥UX。 

9.survey人多问题开放封闭-量化。 回收率低， 问题不清楚， 

10.workshop 针对一个话题讨论达成一致做决定 。

facilitator不表态中立 scribe- groud rule focus 。 achive  agreement in short time . feedback . 把所有人凑在一起很难。 人太多太少都不行

11.backlog  management： 重要在上面优先级持续评估。 scrum project owner在敏捷里定义需求的方式。 用户故事描述因为没细节没文档所以信息会遗失

12.划分优先级

group : moscow 必须做， 可做可不做， 不用做。

ranking 重要度

timeboxing budget 迭代时间工作量 

negotiation 和用户谈判

tradeoff

customer 

13.

14.

15.

16.

1.KPI：

indicator指标， 重要的指标是KPI， metric是指标的量化程度的特定时间点衡量， 特殊数字或阈值。 

指标：要清楚有关经济适当可量化可信。可能多个指标一起配合。官僚化可能， 美化数值 。 

2.文件分析： EL， 准备了解有什么文档- 文件分析回顾记录- 记录汇总发现。 利用现有资源成本低， 可以互相对比。 

3. brainstorm- innovation new idea , in group 短时间多， 不考虑实施评价。 

4.合作 product box , fishbowl ,affinity map 轻松揭露没发现的看法

5.focus group 针对现有产品搜集想法态度， 定性的， 预先挑选的参与人员， 了解用户态度想法

homogeneous背景一样 

hetrogeneous背景不一样- 各种想法

准备-执行6-12 人参与人观察人moderator recorder， -记录

6.interview： structur- 先准备了问题- 省时间， 已经了解话题 unstructured没准备问题

准备目标要搜集的信息- 开放问题封闭问题。open ended questions。

7.observation - 复杂流程， 语言无法描述， 正在有的process。 不评判。第一手 信息。 头脑判断看不到

active - 可以打断    passive- 不打断

8.prototype-throw away 抛弃型原型 evolution function演进功能型。 POC

storyboard：场景做啥UX。 

9.survey人多问题开放封闭-量化。 回收率低， 问题不清楚， 

10.workshop 针对一个话题讨论达成一致做决定 。

facilitator不表态中立 scribe- groud rule focus 。 achive  agreement in short time . feedback . 把所有人凑在一起很难。 人太多太少都不行

11.

12.

13.

14.

15.

16.

1.KPI：

indicator指标， 重要的指标是KPI， metric是指标的量化程度的特定时间点衡量， 特殊数字或阈值。 

指标：要清楚有关经济适当可量化可信。可能多个指标一起配合。官僚化可能， 美化数值 。 

2.文件分析： EL， 准备了解有什么文档- 文件分析回顾记录- 记录汇总发现。 利用现有资源成本低， 可以互相对比。 

3. brainstorm- innovation new idea , in group 短时间多， 不考虑实施评价。 

4.合作 product box , fishbowl ,affinity map 轻松揭露没发现的看法

5.focus group 针对现有产品搜集想法态度， 定性的， 预先挑选的参与人员， 了解用户态度想法

homogeneous背景一样 

hetrogeneous背景不一样- 各种想法

准备-执行6-12 人参与人观察人moderator recorder， -记录

6.interview： structur- 先准备了问题- 省时间， 已经了解话题 unstructured没准备问题

准备目标要搜集的信息- 开放问题封闭问题。open ended questions。

7.

8.

9.

10.

11.

12.

13.

14.

15.

16.

KPI：

indicator指标， 重要的指标是KPI， metric是指标的量化程度的特定时间点衡量， 特殊数字或阈值。 

指标：要清楚有关经济适当可量化可信。可能多个指标一起配合。官僚化可能， 美化数值 。 

文件分析： EL， 准备了解有什么文档- 文件分析回顾记录- 记录汇总发现。 you'di

KPI：

indicator指标， 重要的指标是KPI， metric是指标的量化程度的特定时间点衡量， 特殊数字或阈值。 

指标：要清楚有关经济适当可量化可信。可能多个指标一起配合。官僚化可能， 美化数值 。 

business requirements

stakehold requirmentes

solution requirments

transition requirments (lifecycle)

1) functional requirments (dashboard)

2)non functional requirments (data accuracy? plaftorm performance?)

requirment is the input of define a design

solution: recommended solution by ba 

stakeholder:a group or indidual with a relationship with change, the need, 

contexts: background, the circumstances that influence, are influenced by, and provide understanding of the change.

understand the structure of business analytics.

understand task, input and output, techniques been used.

what's business analysis?

business analysis is the practice of enabling change in an enterprise by defining needs and recommending solution that deliver value to stakeholders.

strategy analysis: 

deliverable：可交付成果

BA core concept model

1、needs: a problem or opportunity to be addressed.

2、changes:the act of transformation in response to a need

3、contexts: the circumstances

4、solutions:A specific way of satisfying one or more needs in a context.

5、stakeholders:A group or individual with a relationship to the change,the need,or the solution.

6、value: the worth,importance, or usefulness of something to a stakeholder within a context.

Key Terms

1、strategy analysis

2、requirements analysis/design definition

3、solution evaluation

4、elicitation(挖掘) /collaboration

5、requirenments life cycle management

6、business analysis/monitoring

task：inputs、outputs、tools/guidelines、elements、stakeholders、techniques

敏捷视角

持续改进完成

沟通过程中随时随地可以发生

Kano分析

1不提供时无所谓，提供了意料之外服务时 满意度超出期望（以后每次送 不送就特别失望~）

2满意程度与做的多少存在比例关系

3基本满意度曲线

视角

通用方法考察

敏捷

商业智能

业务架构

商业业务流程管理

流程管理

--》

变更范围

uuo

工具软件：

软件、表格、文档、硬件、合作

模型工具、需求管理工具、 需求跟踪工具

通信相关工具：在线投票等