收录了 项目技术部组织架构 频道下的 50 篇内容
中台团队的人从哪来?钱从哪来?
本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。
拨开技术委员会的神秘面纱。
本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。
本文的重点在于理清传统企业不同的组织架构形态应该如何调整,以及中台规划和实施阶段的关键人物。
本次分享基于一个传统企业项目案例,介绍一套自己的DevOps体系和微服务设计开发方式,并取得初步成效的过程。
ADMIT详细表述了任何 IT架构工作中都应考虑的决策点。虽然ADMIT格式与其他企业架构框架类似,但ADMIT更关注影响最终结果的特性和驱动力,这使得它可以与其他形式化的企业架构设计和评价方法学结合使用。
敏捷性必须成为组织的首要素质,而不是效率。
论首席架构师的成长之路。
中台说到底也是一种业务架构设计结果,回顾软件设计的发展历程,中台也不是石头中蹦出来的齐天大圣,它并非一种超越了企业架构这个概念的存在,因此,想要深入理解中台设计方式,多去学习下业务架构、软件架构的发展历程还是有帮助的。
业务架构从诞生之初就很清楚地定义了自己的使命:面向复杂系统构建。未来,业务不再仅仅是业务,技术也不再仅仅是技术,谁先实现思维方式的改进,谁就能赢得转型的先手,而业务架构能力可以在这方面发挥关键作用。
本质上,中台是一种中心化、平台化的企业组织架构和业务形态,当这样的组织和业务架构投射到IT 系统上时会自然地形成我们今天讨论的IT 意义上的“中台”。笔者曾经参与过不少定位为统一平台的项目,其中有不少失败的案例,对于这个问题有一点个人的思考:也许中心化系统都是反传统管理体制的,烟囱式的生态系统是企业组织架构在IT 上的投影,小到“数据湖”,大到中台,没有强力对等的中心化组织去主导,结果是很难预料的。
将模型化的业务架构转化为需求方案,及其落地的关键。
承载每天数以万计的交易已经是主流电商网站的常态。
本文由阿里巴巴技术专家九摩分享架构师工作经验。
面向服务架构的决策建模(SOAD)框架可以帮助捕获那些经常重现的架构决策,并在相关项目中使用这些决策来指导设计。在这篇IEEE文章中,Olaf Zimmermann探讨了这种以决策为中心来指导设计工作的方法。另外他还描述了在SOAD元模型中使用的两类模型:指导模型和决策模型。
关注企业架构,你会逐渐获得不一样的设计视角,会越来越知道自己写的软件有什么样的价值。
大多数组织都避免在不涉及软件交付的IT项目(比如,路线图计划和架构开发)中使用敏捷。这些项目提供了很高的价值,但常常也是所有项目中风险最高的,而高风险需要敏捷交付。本文将回归敏捷哲学的基本知识,探讨如何成功地采用敏捷交付这些项目。
这是Mike Cohn最新大作《敏捷帮你成功:使用Scrum开发软件》("Succeeding with Agile: Software Development Using Scrum")一书的摘录。 本文讲述了当人们由传统项目中的角色过渡到Scrum的时候必须做出的一些根本调整。作者着重介绍了角色是如何转变的,而不是具体介绍每个角色。
本文介绍宜信微服务架构的实践经验。