end user 直接用户
customer 出钱的人 不一定完全一样
Implementation SME:程序员 比较有限的接触的人 促成解决方案的实施的人
CBAP提升业务思考能力与分析水平,培养商业头脑。
end user 直接用户
customer 出钱的人 不一定完全一样
Implementation SME:程序员 比较有限的接触的人 促成解决方案的实施的人
输入:开始一项Task的时候需要用到的内容,有可能是其他Task的输出,也有可能BA工作的范围以外,比如风险信息,例如用户的担心、用户的并行工作导致的延迟等等的问题,每个章节都有输入输出,例如Solution,没有任何一个Task会输出这个内容,而是整个BA工作事对解决方案进行评价,或者需求
再开始一项工作前有输入才能开始,所以要确认开始前输入是存在的,但是并不要求这个输入完整,但是并不是完全收集完才能开始分析工作,足够启动分析的要求即可
输出:每项工作在执行当中执行的结果,可以是一个完整的交付成果(或者一个而文档),一次性的输出,也有可能采用滚动的方式,后续进行进一步的细化,有可能是新创建的,也有可能是对输入的加工
Guidelines and tools:在完成Task过程中的使用到的指导方针、策略、最佳实践、辅助工具,也许在过程中这些辅助工具不是必须的,但是最大的区别是输入必须有的
Stakeholders:有可能是个人或者一些人的类别,可能是影响我们工作的一些人,或者被我们工作影响的一些人,或者叫利益相关的人,虽然每个Task都有的stakeholds,但是再实际工作中,这些stakeholders必须出现,例如外部的供应商不是在每个环节都要出现的,而是是有可能出现的,所以根据实际的情况进行判断,再例如和预算假设相关的干系人
有以下类型的干系人:
1、BA
2、客户(也许出现的人)、
3、Domain subject matter expert(SME)业务领域的专家,也许是某个部门的需求提供者
4终端客户
5、implementtation subject matter expert实施端的主题专家(SME)包括开发人员、测试人员数据库管理者、培训人员、组织变革咨询顾问等等统称为实施端的主题专辑啊,如果不是一个软件项目甚至不只包括IT人员
6、Opeartional support,再实施方案的使用的情况下,一些运维人员,定期对系统进行维护和支持,例如呼叫中心
7、项目经理
8、regulator :法律法规的制定者,比如本公司的法务部门、PMO等,外部的政府、银行、证监会等监管部门
9、Sponsor:发起人/赞助人,必要重要的作用,很多做决定例如批准需求的情况,就需要发起人
10、supplier:供应商
11、Tester:测试人员、或者质量控制人员
在实施过程中有可能语义上干系人打交道
其他的BA博客构成部分
1、基本能力,BA人员需要具备的技能、知识、方法
2、技术/方法,在工作中使用的方法
3、额外的参考,
Domain Subject Matter Exper (部门专家)
output可以是完整的交付结果也可以是某一个组成部分,可以采用滚动迭代的方式不断细化调整,最终交付最终版本。
输出可以是新创建的,也可以是对输入进行加工转变。
以下角色并不是全部的角色,只是一些重要的可能出现的角色
Business Analyst
Customer:未必是直接用户,可以是出资人,施加影响的某些人
Domain Subject Matter Expert(SME):某个特定领域(特指业务领域)
End User:直接用户
Implementation Subject Matter Expert:解决方案实施专家
Operation Support:运营支持
Sponsor:发起人、赞助人、出资人
Project Manager
Supplier:供应商
Regulator:组织内部或外部,可能会出现的法律法规、规章制度的管理者,制定者,监管机构。
Tester
Underlying Cometencies——基本能力
1. 输入不一定一开始就是完整的,如果不完整,需要滚动迭代处理
2. 输出不一定是一次性的,可能滚动迭代的。
3. Guideline/Tool: 完成任务当中,用到的指导方针,策略,包括最佳实践,或者辅助工具。目的:提供效率,收到更好效果。但是这个guideline/Tool不是必须的。
4. 任何干系人都可能是需求的来源,也可能是constraints.
5. Customer≠ End user. End user - 实际使用者。Customer - 可能是出钱的人。
6. Domain SME: 特定业务领域专家。
Implementation SME: 解决方案领域专家