业务分析师和业务架构师角色的对比引发热烈争论

  • Richard Seroter
  • 郑柯

2012 年 5 月 1 日

话题:架构

Nick Malik 是微软的企业架构师,他最近写了一篇博客,讲述了业务分析师和业务架构师的区别,而且很快就有人批评他的立场。Malik 力主:业务分析师与业务架构师的工作有本质上的不同。但是国际业务分析师协会(International Institute of Business Analysts,简称 IIBA)的 Kevin Brennen强烈反对,并指出这两种角色的相似之处。

在博客文章里面,Malik 声称:两种角色都会分析业务,这是二者惟一相似之处。他继续列出了两种角色的目的、技术、时间利用情况和特点。在 Malik 看来,业务架构师会一直使用更先进的模型和工具,用其来识别业务能力之间的沟壑,他们用想办法填补这些沟壑。与之形成对比的是:业务分析师会在现有的项目上继续工作,并利用与利益相关者的谈话来开发系统需求,这些需求会应用到 IT 解决方案中。评价完这些之后,Malik 在二者之间画出一条明确的界线,表明他的观点:

这两个角色之间几乎没有什么是一样的,它们在本质上是完全不同的两个角色。是的,有人能够承担这两个角色。

...

实际上,我从未见过一个业务分析师能够成功转型成为业务架构师。

这个观点很快就被 IIBA 的 Brennen 挑战了,他的博客文章是《业务架构师就是业务分析师》。Brennen 对于业务架构师的定义没有多少异议,但是 Malik 对于业务分析师角色的判断却从根本上表示否定。

他对于业务架构师所做的事情并没有错误。他错就错在:把自己作为业务架构师的实际经验,与他想象中的业务分析师的工作进行比较。也不知道 Nick 是不是有意的,他看低了 IT 业务分析师角色工作的真实复杂性,同时夸大了业务架构师工作的复杂性和重要程度。

……

在详细分析之前,我并没有强调说:每个业务分析师都可以、或者应该参与业务架构之中。这是一种业务分析方式,但是业务分析师还有其他很多种职业从事方式。我只是强烈反对他将两种职业完全分割开的态度。

Brennen 然后分析了 Malik 对角色的对比,指出了他发现的观点缺陷。Brennen 同意:业务架构师和业务分析师可能在组织不同级别中工作,但是他并不认为这个事实会改变各自工作的本质。

我看到一个真正的差别:业务架构师在战略层面工作,业务系统分析师处于战术层面。我真得看不出来有足够大的差别,能把这二者研究的东西看得迥然不同。

Malik 回应了 Brennen 的论点,他更新了自己的博文,做了进一步澄清。其中,Malik 修补了自己对于业务分析师的定义,把他们加入非 IT 团队的情况也包括了进去。他再次提到:两个角色都有主要的重点——分析业务本身。此外,Malik 对于二者角色技能上的不平衡在语言上也婉转了一些。

如果你观察人们和他们的技能,是有一些重合。当然,具备分析技能的聪明人可以做很多事情。但是我们这里不是在谈人,我们是在谈真正的工作角色。

……

注意这只是我个人的经验,而且也愿意考虑到很多人都已经完成了这个转换。我见过这条路上很多人的挣扎、失败。

博文中加入了新的总结观点。Malik 检视了业务分析管理体系(BABOK)中对于业务分析师任务的描述。他哀叹道:BABOK 中提到那么宽泛的系列任务,不能把分析师角色区分出来。

BABOK 有一个问题,这不是分析师的问题。在业务分析师的“定义”中包括这么多角色,这导致了一种情况:没有其他哪个职业可以定义出一个角色,这个角色承担类似的工作,但是却与业务分析师角色的定义有重合。

后续的博文中,Malik 继续描述了这两种角色的区别。

业务分析师角色比业务架构师角色更注重战术。传统上来说,业务分析师必须理解业务领域的问题,还要记录业务的需求,这样才能解决。业务分析师绝对不对开发解决方案负责,甚至也不关心解决方案的长远前景(解决方案架构师负责这件事情)。他或者她负责理解问题,并记录解决方案必须满足的需求。

业务架构师角色是近来创新的成果。出现这个角色,是因为要确保相关部门或事业部正确使用 IT 资源,这需要解决正确的问题。从那儿开始,这个角色就扩展到了非 IT 的价值主张上。业务架构师角色很重要。企业中现有业务的需求名单可能很长,真正的整个企业层面的问题可能没有分析出来,或者资源配置不足,这种情况下,如果没有业务架构师的参与,即使某个问题我们解决得很出色,但却可能不是整个企业需要解决的问题。

Malik 任务:尽管这两个角色可能由一个人承担,但还是倾向于将这两个互补的职位分开定义。他强调:在两个角色之间的责任需要明确切分,同时鼓励业务架构师相关知识和能力的持续补充和澄清。

查看英文原文:Comparison of Business Analyst and Business Architect Roles Sparks Lively Debate

架构