Needs作为输入

3.2 干系人分析，要和3.1同步去做，要识别有哪些干系人，要进行完整的分析，识别干系人，当然在项目过程中，可能会有新的干系人的出现。所以这项工作是一个持续性的工作

Stakeholders：干系人，在制定计划的时候有可能出现的的干系人，就是说需要参与计划批准的干系人

1、Dmain SME领域专家

2、项目经理，在不同组织不同项目方式的过程中，合作的方式是不同

3、Regulators：类似于项目的PMO，在组织执行项目过程中的一些规划

4、Spons：项目的计划机内容的批准人，这类人也会为我们的项目提供一些资源

输出（需要记忆）

1、BA Approach：包括资源、任务、时间的安排。针对不同的任务有不同的Approach的输出

2、可能有不同的独立的的计划，也可能有整体的计划

计划方案的输入是Needs

完成这项计划任务的时候，需要参考的指导方针、原则和工具

理解：

BA绩效评估：实际工作的效果和差距，用于下一步对计划进行优化。另外在组织层面有时候也需要一些流程的变更

业务/商业政策：组织层面的规范和流程要符合正测

专家的判断和建议：

方法论和框架：包括一些常用的模板，来指导交付的文档，以及计划的内容

干系人的（3.2的输出）情况：干系人的沟通和协作计划，了解干系人的属性，有针对性的制定一些沟通计划，

3.1 任务中要完成的活动Plan Business Analysis Approach

如果要制定工作计划，就要看具体有哪些任务要完成，Deliverable，可以交付的成果，是说在制定计划的过程中与干系人商讨的可以杰奥夫的内容，但是Workproduct是说整个工作的计划，包括最终交付的结果，那么我们要围绕交付的内容再来进行分析，为了交付要进行纳西而工作内容，首先要收集信息，对信息进行分析，再根据分析模型进行，把需要交付的内容及行进一步展开，进行分析，形成需求文档，经过评审，形成需求的确认文档，其中会考虑需求之前的关系

同时可以利用之前的计划的模板作为参考

定义工作时间

计划BA的方案 - 定义BA工作时间，依赖于一下条件：

•资源的可用性，

•倡议的优先性和/或紧迫性，

•其他并行倡议，或

•合同条款或监管期限等约束条件。比如预算

复杂性和风险：

1. 干系人的数量和BA的资源数两

2、变化本身的规模带来的复杂程度

3、相关人员的地理分布，面对面 的沟通方式比较有效，文化的不同也会影响沟通的成本，一些组织乐意尝试不同的变化，有些组织则相对保守或者效率的不同

4、技术的复杂程度

5、风险，经验方面的差异，BA不同成员相关知识领域的差异；干系人的沟通和交流的经验、态度和沟通允许分配的时间，也许干系人给与的时间不够，开会不出席，需要干系人提供的信息收集不到等；组织的文化标准

接受制定的计划

1.将计划的结果告知干系人，有的时候需要通过通过比较正式的方式告知，同时本计划也要积极邀请干系人参与，那么主动性会高，更容易得到干系人的接受和认可

2.计划本身可能许哟关键干系人的签署，确保计划是得到相关干系人的认可

1、预测型的方法：

需求如果经过正式批准，则比较适合预测性的方法论，然后需求变更的需求控制，提到一个正式的流程，来确保每个变更都是有意义的

适应场景：在实施的解决方案开始之前就顶一下来，开发的需求基本定下来

风险：在实施阶段出现意料之外的情况下，也比较适合使用预测型的方法论，来解决风险的问题，之前对风险处理方法进行规划

2、适应性的方法：

适应场景：需求没有办法再实施之前就确定下来，采用探索的方式

3.1 章节， ba planing and monitoring 

仍旧制图

制图

制图

validate 衡量价值

define measurable evaluation criteria

evaluate alignment with solution scope

check for compliance with organization

check for use of modelling notation

check for completeness within each model

compare each model against other revevant models

ensure the terminology understandble and consistent

add examples

tools: checklists

verify requirements VS validate requirement

atomic

complete

consistent

concise

feasible

unambiguous

testable

prioritized

understandable

• use cases and scenarios
• user stories 一句话就描述复杂的过程

title(optional)

who what why

• process modelling 流程图

flowchart

activity diagram

• sequence diagram
• state modelling

state

• glossary
• interface analysis
• non-functional requirement analysis

• data dictionary

primitive data elements:

name

aliases

values/meanings

description

composite data element:

sequences

repetitions

optional elements

• data flow diagrams

gane-sarson notation 矩形

yourdon notation 圆形

• data modelling

conceptual data model

logical data model

physical data model

ERD entity-relationship diagram

Class diagram

• business rule analysis

business policy 笼统

business rule 具体些 as decision table

definition rules 

behavioral rules

business rules catalog业务规则目录

define change strategy

形式：business case, SOW statement of work, an enterprise's strategic plan

risk identification:risk register

analysis likelihood and consequences

evaluation

treatment:

avoid 

transfer

mitigate

accept

increase

what is risks?

unknows

negative impact

risk tolerance:

risk-aversion

neutrality

risk-seeking

recommendation 是否pursue risk