组织架构图去分析

部门，

汇报关系

每个关系人的角色

Roles

Attitudes：支持还是否定

Decision Making Authority：哪些人有批准的权限。

Level of Power or Influence：影响力（可能是专家）

关系人列表分析需要反复去做。

每个关系人所需要的信息的种类，交付的方式，时间，频率，详细程度等

做一次完整的详细的关系人分析。随着项目过程中，有新的关系人增加或者减少。
 

interated.

perspective

The Business Analysis Core Concept 

1·Needs-A problem or opportunity to be addressed

2 Changes-The act of transformation in response to a need

3 Conte

需求的收集方法：访谈，问卷调查，需求研讨会，焦点小组，观察，原型。

三部曲：之前，准备工作，中间，考虑因素，结束，跟进事项

4.1/4.2/4.3，主要的是介绍technical

访谈：范围，人员，问题规划，输出：

strategy analysis-战略分析：定义问题，设定目标和范围，

解决方案的实施-为实施提供输入-需求

solution-解决方案的评价。前提条件是解决方案已经存在，怎么存在的，跟BA没有关系。BA是对解决方案recommend。可能需要修改解决方案，包括组织架构的调整，

以上3条，循环

-------------------

elicitation & collaboration-收集需求，本身有协作的内容，有沟通。

planning&monitoring是平行所有模块的内容，对实际工作的计划和监控

----------------------

knowledge area tasks

每个task（elements）都要有输入和输出，需要记住

Guidelines Tools 之前是归于Inputs的。

stakeholders在task中是怎样的角色

technique，理解为主，需要知道为什么要用这个方法

element是task的内容。

-----------------------------

task的定义，discrete piece of work，独立的工作，

6大知识领域

每个知识领域都有：输入输出，任务名称，干系人，

BA定义：

change-组织层面的改变，在改变的过程中，让组织更好

enterprise-组织及组织以外的机构、人员、部门

needs-需求，是一种输入，未必是真正的问题。输出是requements。

solutiongs-解决方案，注意前面的动词recommending，建议，推荐，不负责实际的交付

homegeneous

hetrogeneous

estimation methods

Top-down, botton-up, parametric estimation,  rough order of magnitude (ROM), Rolling wave, Delphi, PERT

BA: Business Analysis Job, not a specific job title

IIBA: Certificate, 在线申请BA考试

CCBA: 入门级BA

1. 六大知识领域

2. 考题偏于对概念的实际理解

    考察BA人员的能力（考试的变化）

3. 每个Task的名称&输入&输出

4. 4.1 Change

    4.2 Enterprise(包含组织以外的机构 i.e. 竞争对手, 行业监管机构)

    4.3 Needs (并不是简单、清晰、明了)（工作输入）（Requirements : 输出) 

    4.4 Solutions(也许是对业务流程的改变，定义角色的职责)

     4.5 Value

     4.6 Stakeholders(干系人)

1. 第10章的知识点会分散在其他6章中讲，此章节出题点多~

2. 第11章涉及特定领域，比如IT,敏捷。考试中不会出现特定领域背景的题目，但是不会有特别多考题出现~

敏捷方法论在此章中

3. 第12考试申请，考试流程

   工作经验有要求

Actor可以是角色，外部系统，预先设定的逻辑，比如时间，

needs：更多指项目输入

1.plan business analysis approach

总体方法、what\how\when、产出物 

需求分类：

1.business requirements 业务需求，为什么要有这个项目（目标、背景、范围），概要需求

2.stakeholder requirements 干系人需求/用户需求

3.solution requirements 解决方案需要满足的功能和质量需求

4.transition requirements 过渡需求 

核心概念模型

1.needs

2.changs

3.solutions

4.contexts（环境、上下文）

5.value

6.stakeholders

1.什么是业务分析

通过定义组织"需求"和能向干系人传递价值的推荐解决方案，实施有效的改变措施

关键：needs 与 requirements；recommending 与 provide 之间的区别

needs客观存在的需求 requirements 经过转化过后的需求

recommending 强调定义需求后有一个专门的实施团队来设计和实施解决方案，并且这些解决方案还需要经过评估

2.谁是业务分析师

发现信息 分析信息

将问题与解决方案有效关联起来

3、业务分析工作类型

通才、专才、混合

这里就像需求的几个层次

可以再去复习一下。

Transition Requirements

这个相当于过渡需求。

质量需求：

要有度量标准

如可测试的，

如：用户提出这个是要可用的

那如何定义可用，标准是什么 ？
有多少人？ 在用，这些是需要在做

需求分析需要考虑的。

需求的页面的度量，响应速度