架构师应该亲力亲为

作者：约翰·戴维斯

称职的架构师应该通过示范领导团队。他能胜任团队的所有工作，从网络布线到配置构建流程，从编写单元测试到担任测试工作。对技术缺乏全面理解的架构师，充其量只是个项目经理。团队成员通常具备深厚的专业知识，很难想像不懂技术的架构师如何赢得大家的信任。众所周知，架构师是业务团队与技术团队之间的接口人，他必须理解各种技术问题，无须频繁求助他人，才能代表技术团队发言。同样，架构师还要懂得业务知识才能督促技术团队满足业务需求。

架构师就像航班的主驾驶员，看起来不是很忙碌，但他经验丰富，持续地监视着情况，一旦发现异常随时采取行动。项目经理（副驾驶员）负责日常的管理工作，将架构师从烦琐的杂务和人事管理中解脱出来。架构师对项目的交付和质量负有最终责任，没有威信很难展开工作，威信与项目的成败密切相关。

人们擅长通过观察来学习，我们打小就是这样。优秀的架构师应该有能力发现问题所在，召集团队成员，向大家解释问题产生的原因，或者给出巧妙的解决方案，而不是寻找替罪羊。架构师完全可以要求团队成员的帮助，让团队成员充分参与制订解决方案，同时引导讨论方向，找出正确的方案。

架构师应该尽早参与项目，与团队成员并肩工作，而不是坐在象牙塔里发号施令。不能把技术决策和方向上的难题拆分出来扔给别人，或另辟新项目来解决，应该采取更务实的办法，比如亲自动手研究，或者咨询同行的的意见——优秀的架构师之间都保持着紧密的联系。

称职的架构师应该至少熟练掌握一种专业工具（例如一种IDE），他们应该身先士卒。按道理说，软件架构师应该会用IDE，数据库架构师应该会用ER工具，信息架构师应该会用XML建模工具。而一位技术/企业架构师，起码应该孰练运用各个层次的工具，从使用Wireshark检测网络流量，到利用XML Spy给复杂的账务信息建模——无论简单还是复杂的都该掌握。

架构师通常都取得过不错的业绩，有份出彩的简历，容易获得业务人员和技术人员的青睐。但除非他能展示自己的实践能力，否则很难赢得团队的尊重，团队成员将无法从他身上学到东西，大家甚至难以在他的带领下做好本职工作。