浅谈BA的思维理念——CBAP备考感悟

从了解到CBAP，到报名、备考、培训、再备考、再到考试，算起来差不多一年时间，其实严格说来，可能满打满算也就准备了一个月。说实话，作为一个管理咨询顾问，准备商业分析的考试是有一定的难度的，主要在于管理咨询和商业分析的工作方式不同、工具方法不同、思维框架不同；但同时也有优势，两者的核心目标是一致的，都是为客户创造更大的价值，同时咨询工作的思维方法也为我提供了更好的学习方法。下面我就从虚到实介绍一下我的备考心得。

BA的定位及核心理念

“工欲善其事，必先利其器”，而CBAP的“器”，我认为不只是其所用的工具方法，_根本的是其核心理念，“通过实施变更来为干系人创造价值”。

也许会有人对此不屑一顾，但我认为CBAP整本书的思想都是围绕此开展的，能够深入理解并掌握这一理念，有助于更好的理解整本书、整套工作体系的框架及内容。比如，曾经看到一道题，大致意思是“benchmarking 的核心作用是什么”，一不小心就会答成“通过标杆对比获得_做法”，其实，所有BA的工作、包括工具方法，其_根本的目的都是“创造价值、提升顾客满意度、为干系人带来价值”，所以这道题的答案不言而喻。再如，理解BA工作的整体架构（下一部分会介绍）、进而理解BA的各项工作，真的需要从BA的基本理念出发来逐层掌握。这里插一句，按照“金字塔原理”来从上到下逐层掌握知识体系（即核心理念→知识体系总体框架、对应六大知识领域→二级、三级框架、对应各知识领域的task→具体内容、对应各task的输入输出元素等→工具方法），是一个本人近年来感觉比较有效的方法。

就我本人的经历，从4月份报名艾威CBAP、6月份培训到10月底逼不得已开始看书，中间知识断断续续的看过两遍视频，相信很多同学看的视频、课本的次数比我多的多，写这篇心得的时候我也确实很汗颜。但回想起来，这也是一段必不可少的经历，尤其是对于BA的外行人来讲，日常时不时的耳濡目染确实有助于对BA理念及基本逻辑思路的理解和掌握，即使确实没记住啥东西，但还是有一些潜移默化的影响，对之后的BA学习起到事半功倍的左右。这在我看来是BA学习的基础，所以我把它放在_部分讲，望指正。

BA的知识架构和系统性方法

BA虽然是一个新兴的领域，但确实有一套较为完整的体系架构，虽然说实话这套体系和我碰到过的相比还较单薄，不过也已相当完善。我认为，在对上一部分内容有清晰把握的基础上，BA的知识框架及相关系统性方法，是我本次备考过程中_实用有效的工具。但请注意，我这里所讲的BA知识框架，指的不仅是是六大知识领域，总体包括以下几项：

BA的知识领域及mind map

这是_基础的内容，我这里就不多赘述。但我要讲的是运用mind map进行BA知识框架及领域的梳理及在考试中的应用。Mind map想必大家都很熟悉，不多做介绍；同时，也有很多同学也掌握到了此工具的重点：其重点不在于画出来怎样的图，而在于画的这样一个过程，因为这样一个过程确实能够帮我们有效记忆整体知识框架。我十分肯定该作用，但同时，我想加另外一点：Mind map可以帮我们快速定位问题并明确问题范围。请不要和solution scope什么的搞混，我指的只是说在做题、考试过程中，通过对题干及信息的理解，结合对mind map 各部分的理解，能够快速将该题目放在mind map中的某一领域、某一任务中去，在通过对该任务的回忆来解决该问题。

这种快速定位的方法有助于将题目“圈起来”，你不用回忆其他task是怎么做的，只要盯着这一个task慢慢回忆、思考就可以了，考试过程中也很少有同时考到多个知识领域的内容（除非没有分辨清楚）。比如，某题目题干在描述prioritize requirement，那么首先这个问题可以放在该task中解决，同时选项中不属于这个task的选项都可以排除掉，说实话有些时候不同task中的某些要素还长的挺像的。

另外，画mind map，我个人建议至少分为两步进行。_步，在通读完教材、或者看完视频之后，凭印象自己搭一个mind map，至少六个知识领域、下面的各个任务以及各任务的功能都要写出来，如果写不出来翻书加强记忆。第二部至第N步，通过后续的做题及分析、自己领悟、_好是有日常工作中的具体情况及注意事项，都可以在mind map中添加标注出来。比如模拟题中考到某task的干系人，写上去；某天突然想到某task应该怎么怎么样，写上去，等等。其实写的过程中就会再发现问题，比如我发现我对requirement lifecycle management理解不透、对confirm、communicate result和specify and modeling requirement几个task的定义搞不清等等，回头翻书的时候，也同时加强了理解和记忆。

_后想说一句，一定要_清晰的掌握各个task的功能描述，这是问题定位的__基础的东西，也是推测该task的输入输出干系人guideline的关键，否则那些考到输入输出干系人guideline的题会把你逼疯……

BA的知识逻辑

比如上文提到，我对confirm、communicate result和specify and modeling requirement几个task的定义搞不清，就可以体现出一个问题，我对requirement的整体lifecycle没有掌握。所以，除了六大知识领域，另外一个我觉得需要掌握的东西，就是BA工作的核心——requirement和design的整体逻辑线。这里我就不画图了，简单描述下我的理解：

首先，整体的逻辑线是：business goal→business requirement及solution scope→ eleciting result→requirement（几种状态，不多讲）→design option→recommend solution（design）→solution。这基本体现出BA工作的整体流程。

其次，明白每一步是通过哪个task来的、有哪些输入和guideline和干系人、有哪些注意事项等；

再次，对于没有涉及到的requirement lifecycle management和solution evaluation，也要明白对这条逻辑线的影响是什么；

_后，和之前mind map中说到的一样，根据自己的想法和理解，不断更新。

其实，这条逻辑线想必很多同学都知道，但我还是想把它提出来，因为确实有帮助。比如说，经常题目中会说到，“XXX task 完成了，那么下一个task是啥”“requirement 批准了，下一步干嘛”等等问题，涉及到以上成果的转换的题目，应对起来就很有用了。

这里特别插一句，有几道题目涉及到approve requirement和validate requirement，我的理解某种程度两者是等价的，虽然没做过具体BA工作，但猜测实际情况下，verify之后就通过和干系人review，直接validate顺便approve了，所以但看六大领域的话，两者虽然侧重点不同但做题时可能会搞混，请大家注意。

BA的思维方法

由于没实际做过BA工作，所以对BA思维方法谈不上什么认识，不过在借鉴PMP备考经验的基础上，通过自己做题理解到了一些，希望能够有些帮助。

1.想变更，先评估再实施。某些具体案例的题目可能会出现，千万不能直接实施变更。其实说起来道理都懂。但例外：

1. a)某模拟题，adaptive approach中，要记在backlog中确定优先级。按理说没评估更没批准，不应该作为requirement评优先级的。待验证。
2. b)某模拟题，实施solution之前的变更，可能要改Business approach，待验证。

2.谋定而后动。比如定义business goal之后开展BA工作，先评估current state、定义future state，再挖需求、后面工作。很明确，describe current state输出business requirement，define future state 输出business objective、potential value，加上之后的define change strategy输出change strategy、solution scope，都是高层建筑的东西，必须先有目标定位才能开展后面的工作。当然也可以说先做各种approach，但没碰到过这种题目，待补充。再如，做solution evaluation的时候，你得先知道目标和solution是啥吧。

3.别瞎猜。单纯的做题技巧，没给的信息别脑补。这次考试中出现了一个题目，一个选项中提到了题干中没提到的信息，直接划掉。同样，实际BA工作中，这也是条原则吧。

4.尊重。这次CBAP考试的_道题，说一个BA做stackholder engagement approach，准备了list、communicate method等，但缺少考虑了什么？当然是stackholder preference啦，你也要听听干系人希望怎么沟通吧。同时很多地方会体现出对干系人的尊重，比如有考到eleciting method，也要考虑下干系人的实际情况等等。

5.避免冲突。有道题艾威的老师上课时提到过，第三套模拟题中也有，说一个scribe在记录，但是park lot他没记，应该怎么办。选项中找他上级的做法就是完全错误的（其他题目中也出现过，可以直接划掉，目前基本没看到过选这个的，_不通人情 、容易激起矛盾的做法），应该善意提醒。当然，考试中有道题、模拟题三中也有，说有个干系人老是干扰会议秩序，咋办。选项中有个把他剔除干系人列表、找他上级等，都是错误的做法，要避免冲突又不能完全顺着他，那就拿会场纪律压他啊。这个故事告诉我们，BA的情商很重要。

其他的不多写了，其实还是靠大家做题时多总结，希望能够多多分享补充。

BA备考中的一些要点

从我的CBAP备考经历来看，我只是从整体框架上进行了相对准确的把握，细节方面的掌握我实在掌握的不值一提，所以这里就不过多介绍，只介绍一下我认为的容易混淆的知识点和一些重点考点吧。

易混淆的知识点

1. 1.上文提到的，approve和validate requirement，虽然侧重点不同，但在实际场景中还是要注意，两者可能会互用、同用。
2. 2.涉及到怎么跟干系人沟通的问题，都选stackholder engagement approach，因为information plan只管store和access。
3. 3.Trace requirement是个很麻烦的task，其本质就是对requirement、design、solution的关系进行管理，但其中又会涉及到“对范围、变更、风险、时间、成本、沟通管理有帮助”，所以很多题目中问道，对以上东西进行管理时会用到什么task，经常trace requirement就是很不起眼的一个，要注意一下。
4. 4.提到Trace requirement就不得不提各种关系。其中derive、depend是requirement之间的关系，satisfy是requirement和solution的关系，validate是requirement和test case 的关系。Satisfy在我这次考试中出现两次……
5. 5.Change resolution分三类，approve批准、deny否决、defer推迟，没有alter这个选项。某道模拟题中提到过，好像考试中也出现过。

先列这么多吧，也请各位同学多多补充。

考试重点

可能是大家都比较关注的问题吧。根据我本次CBAP考试经历和模拟题三的内容，大致要点如下：

1. case题大概8篇*3-4题左右，读题很花时间，本次考试时间比较紧可能也是因为这个（我全做完只剩5分钟），所以还是要提高一下阅读速度。另外，确实先看题、然后找答案会快一些，甚至有两个case，题目和case关联度不大，不看都可以直接做，当然保险起见还是看一下为好。几道case题不外乎solution失败了然后评估找原因（solution evaluation）、想实施一个change找_佳方案（analyse potential value and recommend solution、decision analyse、financial analyse、risk analyse、评估矩阵等），其他task也出不出case来。其中要注意的是，特别是评估矩阵，先要理解他的评估方法才能计算出相关评分及排序，这次考试我有道题的评估方法没看懂，蒙的……这次考试以上提到的几个task和工具都考到过，希望大家重点看一下。

2.其他题目的话，其实所有1-9章都涵盖到了。非要说重点的话，

a)requirement lifecycle management中的prioritize、assess change、approve requirement；

b)analyse and design definition除了define requirement architecture；

c)solution evaluation全部

3.另外，第9章也考到了2-3道题目。这些题目不会直接考说需要什么技能、特征等，会考对具体案例的处理方式，稍微浏览一下，有个印象就好，建议也一并做进mind map中。

4.第10章，重点是decision analyse、financial analyse、 propotype、 几个flowchart、state/context/data flow diagram、use case、business case、data dictionary、acceptance and evaluation criteria等，如果看到模拟题中有提到_好还是看一下。重点看工具方法描述（会不会用倒是其次）、优势劣势等，同时也可以根据task描述想一想哪些工具方法能应用上去。

5.模拟题很重要，特别是模拟题三，本次考试大约有5道左右“似曾相识”，怀疑是从某题库中抽120道来考试，跟驾照理论考试一样。

考试时间计划很重要，别像我一样差点没做完……不行就锻炼下阅读理解能力。

另外是一些考场及考试环境信息。考位的话，如果前一时间段没人，是可以提前半小时左右先进去开考的，反正都是点一下“start”就开始考试计时了，方便大家安排时间。考试软件的话，支持highlight高亮显示、flag题目标记、划掉一个选项、简易计算器等功能，大家根据自己做题习惯安排就好。

_后预祝艾威的同学们顺利通过CBAP考试！