Kevin Miller是CUNA Mutual Group（位于威斯康辛Madison的一家保险金融服务商，160亿美元规模，业务遍布全美）的副总裁，负责该公司的IT战略、企业架构、商业智能、数据仓库以及质量管理。在本系列的第一篇中，Miller描述了在企业架构从技术向业务驱动转化的背景下，IT 是如何实现转型的。在EA2.0（企业架构2.0）的框架中，新加入了三个成员：业务方案架构、信息架构和应用与集成架构。在本文中，通过与SearchCIO.com的访谈，Miller具体地描述了业务方案架构师的要求和职责。

　　在对应所需的三种架构师中，哪一种的角色最难定义，而哪一类的人选又最难找？

　　Kevin Miller：每种架构都有着自己的挑战，但是我认为业务方案架构师的工作难度是最大的，因为要把业务战略转化到IT战略需要极高的技巧 – 这不是非黑即白的世界，很多事情的答案没有对和错之分，也没有什么固定的方法。你必须要利用的领导和推动能力来切实地把企业战略映射到具体的举措上。

　　那么你的IT团队里需要什么样的人呢？

　　Miller：我们的成员不止要在IT方面有过人的表现，还必须能和其他业务团队进行很好的协同。而且，他们还得对我们的业务有兴趣。我们是做保险和资产管理的，如果一个业务架构师只是对技术感兴趣，那么他也并不合适这个岗位。软性技能是非常重要的，我们需要那种能够帮助其他员工加深业务理解的人。

　　在有了合适的人手之后，你就可以制定出IT和其他团队都能够理解的企业战略。当开始实际的项目时，你的团队也就能清楚地知道工作的内容和目标。

　　这样就可以保证IT和业务之间的沟通顺畅了？

　　Miller：对！我们可以回想一下以前的情况：IT跑到企业部门那问到‘把你的需求告诉我’，但是业务人员显然是说不出具体的要求的，因为他们没有这方面的专业基础。这对双方来说都是非常棘手的局面，严重影响了相互的沟通协调。我们认为业务方案架构师可以起到桥梁的作用，使双方的工作更加轻松。

　　面对新到任的业务方案架构师时，业务部门是否有做出相应的改变？

　　Miller：当然有。如果业务端已经习惯于同只知道技术的IT人员打交道，那么肯定会惊奇地发现居然IT团队会有人了解其业务流程。我们现在经常被这样问到：“那么，你的人到底属于IT还是业务端呢？”对此，我认为由于技术和全体员工的关系日益密切，业务人员和IT人员之间的界限会更加模糊。将来回顾我的整个职业生涯时，可能会发现两者之间甚至是没有任何区别的。