一个国内技术专家参加 MCA 面试的失败经历

  • 王翔

2007 年 9 月 23 日

话题:.NET架构语言 & 开发文化 & 方法

IT 领域名目繁多的认证已经让人见多不怪了,但是作为软件行业最高的两个认证之一,MCA(Microsoft Certificated Architect)考试一直以高考试费用、高经验门槛和低通过率著称。在本周悉尼进行的 MCA 面试中有来自中国大陆的技术专家参与,下面是与他交流中他谈及的一些体会。

不论是 MCA 考试一万美元的考试费用,还是 10 年的软件从业经验,任何一个条件对于已经对很多考试麻木的国内 IT 人员而言都是一个很高的障碍。考试内容不仅涉及技术底蕴、团队领导能力、项目规划和组织能力,还包括分析、沟通、协作能力考察,全程英文环境(虽然可以请翻译,但考虑到翻译对相关的技术词汇理解能力,还是算了),最复杂的就是面对 4 位 MCA 考官异常苛刻的面试。

上周一个大陆的技术专家参与了 MCA 面试,虽然现在结果还不明,但获得了很多有用的体会:首先,MCA 考核的不是单纯微软技术,他考核的内容非常广泛,评审中最少一位、一般两位是非微软专家,而且来自不同地区(北美、欧洲、印度、亚太等),如果你仅仅对微软技术有所了解,那会被评定为知识面太过狭窄。项目和工作经历的考察非常关键,虽然在填写个人材料时可以说明自己在项目中的领导地位,但要经得起 4 位已经获得 MCA 资格考官的推敲和追问,而且考官的项目背景也是根据申请人的项目类型背景有所选择的。虽然很多时候架构师给人的感觉是偏重技术性的,但 CMMI、6 希格玛、MSF、Agile 的相关知识都要掌握,不仅要能够“照本宣科”地背出来,更主要的是能够根据考官提出的风险信息和虚拟的项目异常情景给出令考官满意的回答。也就是说 MCA 对这个 A 的要求不仅仅是架构师,而是“架构师 + 项目经理 + 系统分析师”的综合体。

也许参与 MCA 考试的技术专家之前已经很习惯于评审别人的各个技术方案、已经完成了很多组织级的最佳模式和开发规程的制定,但参加 MCA 面试则需要介绍一个自己觉得最满意项目的技术实施情况,扩展性、可用性、安全性、关键模块的松散耦合处理还有各种经典架构模式的应用都要经受考官异常苛刻的检验。其中一些关键点的考察是这位朋友认为最令人难忘的经历,比如:“在你的方案中三个异地数据中心的双向复制是怎么实现的,Identity 类型数据如何处理,如何避免震荡”等。还有就是一个比较软性的考察,对参与者年龄和实际工作时间的考察,评委一般都是四、五十岁的人员,参与的项目经验也是绝大多数同行望尘莫及的,刚刚从业 10 年的技术专家的经验在他们眼中是相对不足的,除非你可以在很多问题的回答上、在自己特别出“彩头”的项目介绍上的确令他们信服你确实完全合格了。

MCA 虽然就是个 IT 认证考试,但通过与这位参与者的交流,发现对于什么是架构师,架构师应该具有的技术能力、项目组织能力、人际工程能力有了全新的认识,考虑到架构师在软件项目中愈发重要的地位,为了更好参与国际竞争,也许 MCA(和 SCEA)都是一面不错的镜子。

后记:

在本新闻即将发布时,消息传来,那位同行没有通过。考官的点评是知识领域过于狭窄,没有行业内其他产品家族的实施经验,另外就是工作经验仅限于一个行业,而且仅有 10 年,虽然工作经历中参与实施了该行业的很多项目(规模在 RMB 8、9 位数),但知识体系不适于 MCA 这个全球认证。另外就是软件工程方法局限于 CMMI,对于利于中小规模项目实施的 Agile 方法几乎没有涉猎。

简而言之,就是觉得这位参试人员知识体系不足以应付我们这个行业“群雄并起”的局面。

.NET架构语言 & 开发文化 & 方法