PBA商业分析师培训_深圳PMI-PBA_PBA培训考试

什么是商业分析

项目失败的最大原因（超过50%）是需求不明确或错误的需求，项目前期的商业环境分析和商业论的重要性不言而喻。
PMI-PBA^®是针对这个问题应运而生的国际专业认证，由PMI（项目管理协会）推出。PMI-PBA^®基于《商业分析实践指南》，是PMI基本标准的一个补充，提供有关如何将有效的商业分析实践应用于项目集和项目的指导，以实现成功的商业成果。PMI-PBA^®与PMP^®项目管理手法相互搭配，往往能取得更好的效果。

项目完成≠有商业价值

成功的项目/业务/产品，背后都会有BA的身影

由于项目的目标不一定能符合企业的需求(Requirement)与组织策略(Strategy)，即使将项目完成，对组织的贡献仍然相当有限，未必能对组织带来实质的效益。因此，只具备“将项目做好(项目管理)”的技能仍然是不够，还需具备项目的商业分析能力，才能达成事半功倍的效果。

PMI-PBA^®
适用人群

项目经理、产品经理、营销经
理、企业中高管
商业分析师（BA）、需求工程师（RA）、
系统分析师(SA)、系统架构师(SD)
已经获得PMP认证，对商业分析工作有
兴趣、想学习完整商业分析方法者
对项目之商业分析与需求分析方
法有兴趣者

商业分析的价值

对企业
01.顺应快速变化的市场与日益激烈的竞争

02.确保上马项目是合理可行的，避免重回到以前高资源消耗、项目成果闲置的老路

03.把握机遇，让企业立于不败之地
对个人
01.提升自身信誉：展示您在商业分析及确定商业需求领域的专长优势

02.增强自身求职能力：展示您与干系人有效合作及改善项目成果的能力

03.带来更多崭露头角的机会：让您在推动成功商业成果方面的经验备受关注，让自己脱颖而出

PMI-PBA^®除了在项目中的应用外，
还可以广泛应用在任何需要做商业分析的工作当中

企业董事会决定进入新产业或整并上下游公司时
做市场分析
公司营运做组织变革或流程改造时
找出最佳解释
企业危机处理小组(风险管理）需要解决危机或避开风险时
找出Solutions
项目经理选择项目或项目价值最大化时
做Business Case (营运企划案)
高阶主管做市场进入策略或挑选新产品时
探索新蓝海或新产业趋势市场
其他

BA就是站在高管的角度，给公司提供决策支持，这就是BA干的事情

PMI-PBA^®学些什么？

需要评估18%

22%商业
分析规划

需求启
发与分析35%

15%跟踪
和监督

解决
方案评价10%

PMI-PBA^®考试

一、考试采用英文与中文对照模式（类似PMP®在中国大陆地区的考试）；

二、中国大陆地区采用笔试方式，考试结束后预计1个月左右出成绩；

三、PMI®在中国大陆地区每年考四次，分别为3月、6月、9月、12月；

四、PMI-PBA^®考试时长为4个小时，早上9:00开始至下午13:00结束，中间可休息（根据考场要求休息）；跟PMP^®一样

立即咨询

才聚PMI-PBA^®培训特色

课程设置——3天课程精讲 +1天考前冲刺

PMI-PBA^®与商业分析概论

主题：什么是商业分析
商业分析、需求分析与项目管理的关系
PMI-PBA^®认证简介
Domain 1：Needs

主题：Assessment 需要评估，需要评估领域包含如何了解企业问题与机会，以及如何评估各种投入(input)以协助发展有效解决方案
内容大纲：
Task 1：使用问题或机会分析的技术，来定义或审查企业的问题或机会，以发展解决方案范畴声明书，以及提供input以建立企业商业论证(business case)。
Task 2：使用评价(evaluation)工具和技术，来收集与分析多个来源的信息，以于行动初期决定有价值的提案。
Task 3：提供明确的企业需要及解决方案范畴，以协同发展项目目标，进而使产品与组织的目标达成一致。
Task 4：透过目标和需求的审查来识别利害关系人，进而让适当的团体(party)可以被通知、代表及参与。
Task 5：经由考虑产品并使用导出(elicitation)技术，来决定利害关系人的价值，并提供需求优先级的基线(baseline)。
Domain 2：Planning 规划

主题：规划领域专注在准备有效管理项目的商业分析活动，包括需求管理计划的建立工具、政策和程序，以及需求追踪、变更管理、文件控制和验收标准。
内容大纲：
Task 1：审查商业案例及项目目标，以提供商业分析活动的背景说明。
Task 2：使用追踪工具和技术来定义需求追踪策略，并建立追踪的层级以监控和验证(validate)需求。.
Task 3：藉由识别利害关系人之角色与职责，以及透过沟通标准协议(protocol)、导出方法、分析、文件化、管理和核准，来建立能交付期望解决方案的路径(roadmap)，进而发展需求管理计划。
Task 4：藉由识别沟通要求和管理变更流程的管道(channel)，来选择需求变更控制的方法，进而建立注册到变更管理计划的标准协议。
Task 5：使用文件管理工具和技术，来选择文件控制的方法，进而建立需求追踪和版本控制的标准。
Task 6：藉由与利害关系人的合作，来定义企业指标(metrics)和验收标准(acceptance criteria)，进而评价解决方案符合实际需求的程度。
Domain 3：Analysis 分析

主题：分析领域集中在需求管理相关活动，包括产品或项目的需求导出、分析、分解、接受、核准、规格和验证。
内容大纲：
Task 1：使用个别或群组导出技术，来导出或识别需求，进而探索或撷取需求中可支持的细节。
Task 2：使用相依性分析、界面分析、数据与流程模型等技术，来分析、分解(decompose)及阐释(elaborate)需求，进而合作揭露及澄清产品的选项和能力。
Task 3：使用决策和评价技术，来评估产品选项和能力，进而决定哪些需求要被接受、递延或拒绝。
Task 4：藉由平衡范畴的时程、预算和资源限制，使用优先级、相依性分析、决策工具及技术等，来分配接受或递延的需求，以建立需求基线。
Task 5：使用决策技术来获得签核需求基线，进而促进利害关系人的共识，以使利害关系人核准。
Task 6：使用流程、数据及接口细节，来撰写需求规格，进而沟通出可衡量和可行动的需求（亦即适合发展的需求）。
Task 7：使用文件审查、雏型法(prototype)、示范及其他验证方法，来做好需求验证，进而确保需求是完整、正确并符合价值主张的目标。
Task 8：使用衡量工具和技术，来阐释和指定指标及验收标准，进而评估解决方案是否符合实际需求。
Domain 4：Traceability and Monitoring 追踪与监控

主题：追踪和监控领域包含管理需求生命周期相关的活动。此领域的工作组成了持续监控和需求文件化，以及与利害关系人的沟通需求状态。
内容大纲：
Task 1：使用人工或工具追踪、撷取需求状态、来源和关系等方法来追踪需求，进而提供需求已交付的证明(evidence)。
Task 2：使用人工或工具追踪来监控需求，进而确保在生命周期中的每个查核点(point)，都能有适当的支持需求能够产生、审查和核准。
Task 3：更新需求状态，按照生命周期状态的变动，来与适当的利害关系人进行沟通，并记录人工或工具追踪的变更，以追踪需求直到结案(closure)。
Task 4：使用沟通方法，与项目经理及其他利害关系人沟通需求状态，进而持续通知他们需求的提出、冲突、变更、风险和所有状态。
Task 5：透过分析冲击、相依性和风险，依据变更控制计划和和比对需求基线，来维护需求的完整性，并管理需求变更。
Domain 5：Evaluation 评估

主题：评估领域包含有评估解决方案是否满足需求及企业需要，其工作包含测试解决方案、决定是否有差距，和获取签核(sign-off)。
内容大纲：
Task 1：验证解决方案的测试结果、报告及其他证据，针对需求的验收标准，以决定解决方案是否能满足需求。
Task 2：用质量保证工具和方法，来分析和沟通解决方案被识别出的差距和细节，进而使利害关系人来解决方案范畴、需求及发展解决方案三者之间的差异。
Task 3：使用决策技术，获取利害关系人对发展解决方案的签核，进而让部署能够继续进行。
Task 4：使用评价技术来评估部署解决方案，进而决定解决方案符合企业商业案例和价值主张的程度。
案例与演练

内容大纲：
课程回顾与评量
各单元案例实作与分组讨论 (Workshop)
模拟试题及逐题解说 (Mock Exam)