也是赶巧了，我上周一才考完CBAP，这周一又参加了IREB的考试。
结果比较好，都通过了。
但是在学习、备考以及考试的过程中，我发现虽然通过需求分析的相关知识框架，但是欧洲血统的CPRE和北美血统的CBAP还是有一些差别的。
CPRE
由机构IREB颁发的认证。
欧洲血统，在欧洲特别是德国，基本上作为需求工程师的上岗必考证书了。
一般的德企也比较认这个证书，比如西门子等等。
主要分成三个等级：基础级、高级、专家级。
CBAP
由机构IIBA颁发的认证。
北美血统，在美国、加拿大、新加坡都比较流行。
主要分成四个等级：ECBA、CCBA、CBAP、CBATL。
其中CBATL不是通过考试获得的，貌似是某种神秘的贡献之类的才可以被授予。
相同之处
其实从这两个知识体系来说，对于需求的部分都包括了：获取、分析、验证的内容。
其中提到的很多技术和手段都是一致的。
比如都有提到：Workshop，原型，头脑风暴，文档分析，UML等等。
所以，如果你是想要对需求获取、分析和验证进行一些知识体系的搭建，其实这两套体系都挺合适的。
不同之处
我其实主要还是想讲一下不同之处。
我从图书馆借了一本《需求工程实践者之路》，作者是一个获得IREB专家级认证的德国人。
这本书结合案例更加深入的讲解的IREB体系下的需求应该怎样做。
需求的范围
在IREB看来，需求的生命周期起始于项目，终止于项目。
也就是说一个需求因为项目而存在。
这是因为IREB将需求工程视为软件工程的一个部分，脱离了项目就不是需求了，而是愿望。
而IIBA觉得需求是跨项目的，一直到这个需求被抛弃才算结束。
比如很早以前我们有的手机有个功能叫做“和旋铃声”。
这个需求可以被使用在多个项目中，一直到智能手机出现了，这个需求不再有人需要了，被淘汰了。
于是它的生命周期终止了。
对于需求工程师工作的范围定义
在IREB看来，需求工程师在项目中工作，需要对项目的需求进行获取、分析并且编写解决方案文档。
记得哦，IREB需要需求工程师编写解决方案文档的。
所以同样要求需求工程师会绘制UML，掌握需求的配置管理等技能。
而IIBA觉得解决方案不是BA的产出，BA只能提供一些解决方案的分析建议，解决方案应该由实施团队来做。
BA要进行战略分析、要进行一些规划、要进行评估。
所以在BA的工具箱里会有：SOWT分析、财务分析（投资回报、NVP……）、平衡记分卡……
换句话说，我个人觉得IREB对需求工程师的要求属于纵深的。
IREB的最高级别认证是分领域的，比如金融领域的、制造领域的……
而IIBA的要求是属于比较广。
写在最后：
做了个比较简单的对比和分析，希望没把你绕晕了。
具体在执行上，你选择哪一套框架，可以参考下公司的企业文化。
比如，你们是以项目为主的，并且是欧洲的公司，个人觉得IREB会更合适。
如果你是做产品的，或者是想要往CEO发展的，IIBA的框架可能会更加的合适。
但是不论是哪一套体系框架，在考试的策略上都提倡“案例、实用”。
所以，真正要用起来，要理解才是硬道理。
小婧是一名行走在实践路上的资深业务分析师（BA），如果想与我同行，就请关注我呗！
