InfoQ

新闻

Ted Neward看架构师的角色和责任

作者 Gavin Terrill 译者 郭晓刚 发布于 2007年9月26日 下午5时31分

社区
Architecture
主题
领导能力,
团队工作,
质量交付,
企业架构,
客户及需求
标签
大企业病

Ted Neward最近分享了他对架构师的角色和责任的一些看法,以回应对一些针对架构师的责难

第一个问题是关于“架构师做些什么”?

在我工作过的一些公司里,作为一名“架构师”,你需要沾手代码,并作为技术上的领导,同时也开发者,有时候又是项目经理。你总是要一边盯着客户/业务价值,一边又同样要盯着技术细节。在其他一些地方,架构师(或“架构团队”)只是给一群不得不升职的开发者(通常是出于年资的原因)的职位,他们除了转作管理之外并没有其它清晰的升职路线。然后这个“架构团队”会设立一些“公司标准”,通常是以“行业标准”为基础。他们一般并不理会这些标准对于底下真正面对问题的开发者有没有实用意义。

下一个问题是,架构应该是支持性的还是限制性的:

架构应该是支持性的,当然如此。从这个方面来说,一个好的架构应该帮助开发者更快速更容易地构建程序,而不需要花费大量时间重新为一个个项目分别发明出相似的基础设施。一个好的架构还应该有助于跨程序的互操作,保证代码质量,保证良好的可维护性,为将来提供扩展能力,等等。以上这些,我认为都属于“支持性”。

但架构也是限制性的。从这个方面来说,架构应该驱使软件开发者向着成功的方向前进,远离以后可能出问题的决策。换言之,正如Microsoft的CLR架构师Rico Mariani所说,一个好的架构应该让开发者“掉进成功的坑里”。在这样的架构里,你只需“随波逐流”,就可以做出正确的决策,达到我们前面所说的良好的软件质量。

最后的问题是架构师是否仍然重要:

Fowler说在敏捷项目里架构是无关紧要的,我差不多从根本上反对这样的说法:架构师是船长,要横跨多个领域,为各种事物做出决策(航路、轮机等等)。他为整艘船以及船上所有人员(项目及其团队)的整体健康担负着最后的责任,并且当有需要时,他能够站在任何岗位上履行职责(一旦失去某位成员时,项目的任何部分他都能为之编写代码)。他必须熟悉问题域和牵涉到的技术,他还要时刻留心任何可能对项目有帮助,或者可能满足客户的新需求的新技术。

这些观点跟Fred Brooks(《人月神话》的作者)的意见一致,Fred认为架构师是达成“概念完整性(Conceptual Integrity)”的关键角色:

概念完整性是产品质量的中心。拥有一名系统架构师是朝向概念完整性的最重要的一步……在一个软件工程研究室执教超过20次之后,我开始坚持即使仅有4个人的学生团队也要选出一名经理,以及一名架构师。

你对架构师的角色和责任有什么看法呢?

查看英文原文:Ted Neward's thoughts on Architecture Roles & Responsibilites
Fowler说在敏捷项目里架构是无关紧要的,我差不多从根本上反对这样的说法 发表人 Shayne Yuan 发表于 2007年9月28日 上午3时33分
  1. 我怎么不记得Fowler有这么激进的言论?从Fowler的一些文章中可以看到他也认同架构设计的。
    Fowler倒是不赞成存在架构师这种称号,而是用 教练 来代替,其实干的活和上面的差不多

深度内容

功能小组模型的过程与质量控制

InfoQ中文站最近采访了微软的Ramesh,在采访中,Ramesh从过程控制、架构与设计的控制以及测试组织等方面分享了他所带领Visual Studio软件生命周期管理工具团队使用敏捷方式组织管理大规模软件团队方面的经验。

张文钿谈Rails开发及台湾Ruby社区

在去年10月份的Kungfurails大会上,InfoQ中文站有幸采访了从台湾专程赶过来的张文钿,与他探讨了关于台湾Ruby社区的发展、Rails的商业化,Restful Design等话题。

Scrum与策略

如果Scrum只关乎短期行为,战略人士又该如何去适应这种生态系统呢?更重要的是,它如何帮助企业领导人做出并且履行重要的承诺?

书评:《代码之道》

《代码之道》以一位微软内部人士的视角,揭示了关于软件编码、软件测试和项目管理的残酷现实。针对每一个话题,I.M.Wright都根据丰富的工作经验提出了自己的观点,并介绍了来龙去脉,令人信服。

洪强宁谈豆瓣网技术架构

如何应对高并发、大访问量?如何保证数据的安全性以及数据库大吞吐量?在海量数据下,如何进行数据表变更?DoubanFS以及DoubanDB的特点以及技术实现?在QConBeijing 2009期间,InfoQ中文站有幸采访了洪强宁,探讨了相关话题。

淘宝网架构师岳旭强的年度展望

淘宝网资深架构师岳旭强结合自己的实际工作,从数据扩展性、关注系统和人的交互,以及关注可用性等方面做了总结和展望。

大型团队中的敏捷开发

在1月份举办的Scrum敏捷实战营中,钟鸣从微软研发团队敏捷开发的最佳实践角度与大家探讨了大型团队中的敏捷开发。

Richard Durnall谈系统管理和从外向内的组织结构

敏捷极限编程、精益软件开发及在线产品开发专家Richard Durnall谈对系统管理理论的理解和应用,以及从外向内的组织结构策略。