跳转到主要内容

【创新和组织】苹果如何组织创新

5星评论
没有投票
Last modified
星期日, 十一月 22, 2020 - 14:49

总结

1997年,当史蒂夫•乔布斯(Steve Jobs)回到苹果公司时,对于苹果这样规模和业务范围的公司来说,它有着传统的结构。它被划分为业务单位,每个单位都有自己的损益责任。乔布斯认为传统管理扼杀了创新,于是解雇了所有业务部门的总经理(在一天之内),将整个公司置于一个损益表之下,并将业务部门的不同职能部门合并为一个职能组织。尽管这样的结构在小型创业公司中很常见,但苹果公司今天仍然保留了这一结构,尽管苹果公司的收入是1997年的近40倍,而且复杂得多。在这篇文章中,作者讨论了苹果独特且不断发展的组织模式的创新优势和领导力挑战,相信它可能对其他公司在快速变化的环境中竞争有所帮助

苹果以其在硬件、软件和服务方面的创新而闻名。多亏了他们,公司从1997年(史蒂夫·乔布斯回归之年)的约8000名员工和70亿美元的收入增长到2019年的137000名员工和2600亿美元的收入。更不为人所知的是,在公司的创新成功中起到关键作用的组织设计和相关的领导模式。

当乔布斯回到苹果公司时,它对一家规模和规模的公司有着传统的结构。它被划分为业务部门,每个部门都有自己的损益责任。总经理管理着Macintosh产品组、信息家电部门和服务器产品部门等。与分散经营部门的情况一样,管理者倾向于相互争斗,尤其是在转让价格上。乔布斯认为传统的管理方式扼杀了创新,在他重返CEO的第一年里,解雇了所有业务部门的总经理(在一天之内),将整个公司置于一个损益表之下,并将业务部门的不同职能部门合并为一个功能性组织。

对于当时苹果这样规模的公司来说,采用功能结构可能并不奇怪。令人惊讶的是,尽管苹果公司的收入是1998年的近40倍,复杂程度也远高于1998年,但苹果公司仍保留了这项业务。高级副总裁负责职能,而不是产品。与乔布斯之前的情况一样,首席执行官蒂姆•库克(Tim Cook)在组织结构图上占据着唯一一个职位,在这个职位上,苹果公司的任何主要产品的设计、工程、运营、营销和零售都有交集。实际上,除了首席执行官之外,该公司没有常规的总经理:他们控制着从产品开发到销售的整个过程,并根据损益表进行判断。

商业史和组织理论认为,随着创业型企业的发展壮大和复杂化,它们必须从职能型结构转变为多部门型结构,以协调责任和控制,并防止当无数决策从组织结构图向上延伸至最高层时出现的拥挤现象。赋予业务部门领导对关键职能的完全控制权,使他们能够尽最大努力满足各自部门客户的需求,并最大限度地提高业绩,同时也使监督他们的高管能够评估他们的绩效。正如哈佛商学院历史学家阿尔弗雷德·钱德勒(Alfred Chandler)所记载的那样,杜邦(DuPont)和通用汽车(General Motors)等美国公司在20世纪初从职能结构转变为多部门结构。到本世纪后半叶,绝大多数大公司都效仿了这一做法。苹果公司证明,这种传统的方法是不必要的,功能结构可能会使面临巨大技术变革和行业动荡的公司受益。

苹果对功能性组织的承诺并不意味着它的结构保持不变。随着人工智能和其他新领域重要性的增加,这种结构也发生了变化。在这里,我们将讨论苹果独特且不断发展的组织模式所带来的创新益处和领导力挑战,这对于那些希望更好地理解如何在快速变化的环境中取得成功的个人和公司来说可能很有用。

为什么是职能组织?

苹果的主要目的是丰富人们的日常生活。这不仅包括开发全新的产品类别,如iPhone和Apple watch,还包括在这些类别中不断创新。也许没有哪款产品的功能能比iPhone相机更能体现苹果对持续创新的承诺。2007年,当iPhone被推出时,史蒂夫•乔布斯(stevejobs)在一年一度的新品发布会上只花了6秒钟的时间对着iPhone相机。从那时起,iPhone相机技术为摄影行业做出了一系列创新:高动态范围成像(2010年)、全景照片(2012年)、真色调闪光灯(2013年)、光学图像稳定(2015年)、双镜头相机(2016年)、肖像模式(2016年)、肖像照明(2017年)和夜间模式(2019年)只是其中的一小部分改进。

苹果的领导者需要深厚的专业知识、对细节的专注以及合作性的辩论。

为了创造这样的创新,苹果依赖于一个以功能专长为中心的结构。它的基本信念是,那些在某个领域拥有最多专业知识和经验的人应该拥有该领域的决策权。这是基于两种观点:首先,苹果在技术变革和颠覆率较高的市场竞争,因此它必须依靠对造成破坏的技术有深入了解的人的判断和直觉。在获得市场反馈和可靠的市场预测之前,该公司必须对哪些技术和设计可能在智能手机、电脑等领域取得成功进行押注。依靠技术专家而不是总经理会增加这些赌注得到回报的几率。

如果苹果公司的产品和承诺在短期内会降低公司的利润,那么判断领导者们的目标是什么呢。值得注意的是,高级研发主管的奖金是基于整个公司的业绩数字,而不是特定产品的成本或收入。因此,产品决策在某种程度上与短期财务压力无关。财务团队不参与工程团队的产品路线图会议,工程团队不参与定价决策。

我们并不是说苹果在决定公司将采用哪些技术和功能时不考虑成本和收入目标。是的,但在方式上不同于那些传统组织的公司。研发领导者不应将总体成本和价格目标作为进行设计和工程选择的固定参数,而是要权衡这些选择给用户带来的好处和成本考虑。

在一个功能性的组织中,个人和团队的声誉是下注的控制机制。一个很好的例子是,在2016年,iphone7plus决定推出带有肖像模式的双镜头相机。这是一个很大的赌注,即相机对用户的影响将足以证明其巨大的成本是合理的。

一位高管告诉我们,保罗•胡贝尔(Paul Hubel)是一位在肖像模式工作中扮演核心角色的高级领导人,他“正在滑雪”,这意味着他和他的团队正在冒着很大的风险:如果用户不愿意为一部价格更高、质量更好的手机支付额外费用,那么该团队下次很可能会失去信誉提出一个昂贵的升级或功能。事实证明,这款相机是iphone7plus的一项重要功能,它的成功进一步提高了Hubel和他的团队的声誉。

当决策者是那些在各自领域拥有深厚专业知识的领导者,而不是总经理主要负责实现数字目标时,更容易在关注成本和增加用户体验价值之间取得平衡。传统业务部门结构的基本原则是协调责任和控制,而职能组织的基本原则是协调专业知识和决策权。

因此,苹果的组织方式和它所产生的创新类型之间的联系是显而易见的。正如钱德勒(Chandler)的名言,“结构遵循战略”——尽管苹果没有采用他预期的大型跨国公司会采用的结构。

现在让我们来看看苹果公司架构背后的领导模式。

三个领导特征

自从史蒂夫·乔布斯实施该职能组织以来,苹果各级经理,从上一任高级副总裁,一直被期望具有三个关键领导特征:深厚的专门知识,使他们能够有意义地参与在各自职能范围内所做的所有工作;沉浸在这些职能的细节中;愿意在集体决策期间合作辩论其他职能。当管理者具备这些属性时,决策是由最有资格做出决策的人协调一致的。

有很深的专业知识。

苹果不是一家总经理监督经理的公司,而是一家由专家领导专家的公司。假设培训一个专家管理得好比培训一个经理成为专家更容易。在苹果,硬件专家负责管理硬件、软件专家软件等。(与这一原则的偏差很少见。)这种方法通过不断增加的专业化领域,将组织的各个层次都级联下来。苹果的领导们认为,世界级人才希望在一个专业领域为其他世界级人才工作,并与其他世界级人才一起工作。这就像加入一个运动队,在那里你可以学习和发挥最好。

很早以前,史蒂夫·乔布斯就开始接受这样一个观点:苹果公司的经理们应该是他们管理领域的专家。在1984年的一次采访中,他说:“我们在苹果经历了那个阶段,当时我们出去想,哦,我们要成为一家大公司,让我们雇佣专业的管理人员。我们出去雇了一群专业的管理人员。一点也不管用……他们知道如何管理,但他们什么都不知道。如果你是一个伟大的人,为什么你想为一个你什么都学不到的人工作?你知道什么是有趣的吗?你知道谁是最好的经理吗?他们是伟大的个人贡献者,他们从来都不想成为一名管理者,但却决定自己必须成为……因为没有其他人能够……出色地完成工作。”

目前的一个例子是Roger Rosner,他是苹果软件应用业务的负责人,该业务包括工作效率应用程序,如Pages(文字处理)、Numbers(电子表格)、Keynote(演示文稿),以及GarageBand(音乐合成)、iMovie(电影编辑)和News(提供新闻内容的应用程序)。罗斯纳曾在卡内基梅隆大学(Carnegie Mellon)学习电子工程,2001年加入苹果,担任高级工程经理,升任iWork应用主管、生产力应用副总裁,2013年起担任应用副总裁。罗斯纳在几家较小的软件公司担任工程总监期间积累了丰富的专业知识,是一位专家级领导专家的典范。

在一个功能性组织中,专家领导专家意味着专家们在某一特定领域建立一个很深的长凳,在那里他们可以相互学习。例如,苹果公司600多名相机硬件技术专家组成了一个由相机专家格雷厄姆汤森(Graham Townsend)领导的团队。因为iphone、ipad、笔记本电脑和台式电脑都包括摄像头,所以如果苹果按业务部门进行组织,这些专家将分散在各个产品线中。这将削弱他们的集体专长,降低他们解决问题、产生和改进创新的能力。

沉浸在细节中。

贯穿苹果公司的一个原则是“领导者应该知道他们组织的三个层次的细节”,因为这对于在最高层迅速有效的跨职能决策至关重要。如果经理出席决策会议时没有掌握细节,则必须在没有细节的情况下做出决策,或者推迟决策。经理们对高层领导讲了很多关于做演讲的战争故事。高级领导深入到电子表格的单元格中、代码行中或产品测试结果。

当然,许多公司的领导人坚持说,他们和他们的团队都深谙细节。但很少有机构能与苹果媲美。想想它的高层领导是如何对产品圆角的确切形状给予极大关注的。圆角的标准方法是使用圆的圆弧连接矩形对象的垂直边,这会产生从直线到曲线的某种突然过渡。相比之下,苹果的领导者们坚持连续的曲线,从而形成了一种在设计界被称为“迂回”的形状:坡度开始得更快,但不那么突然。没有曲率突变的硬件产品的一个优点是,它们可以产生更柔和的高光(即沿拐角的光反射几乎没有跳跃)。两者之间的差别是微妙的,对它的执行并不仅仅是一个更复杂的数学公式的问题。它要求苹果公司的运营领导者致力于极为精确的制造公差,以生产数以百万计的iphone和其他带圆括号的产品。这种对细节的深入研究不仅仅是一个被推到下级的问题,而是在领导层的核心

拥有在各自领域的专家,能够深入细节的领导者,对苹果的运营方式有着深远的影响。领导者可以推动、调查和“嗅到”一个问题。他们知道哪些细节是重要的,以及将注意力集中在哪里。苹果公司的许多人认为,为专家工作是一种解放,甚至是令人振奋的工作方式,因为专家比总经理提供更好的指导和指导。在一起,所有人都可以努力在他们所选择的地区做他们生命中最好的工作。

愿意合作辩论

苹果公司在整个公司有数百个专家团队,其中几十个团队可能需要一个新产品的关键组成部分。例如,带有人像模式的双镜头相机需要不少于40个专业团队的合作:硅设计、相机软件、可靠性工程、运动传感器硬件、视频工程、核心运动和相机传感器设计等等。苹果究竟是如何开发和运输需要这种协调的产品的?答案是合作辩论。因为没有一个职能部门单独负责产品或服务,跨职能协作至关重要。

当辩论陷入僵局时(有些人不可避免地会这样做),高层管理者会作为决断者参与进来,有时包括首席执行官和高级副总裁。即便是最优秀的领导者,要想迅速做到这一点,并对细节给予足够的关注也是一项挑战,这就使得公司从拥有苹果运营经验的副总裁中担任许多高级职位变得更加重要。

然而,鉴于苹果的规模和业务范围,即使是高管团队也只能解决有限数量的僵局。大量的横向依赖意味着副总裁和主管级别的无效同级关系不仅有可能破坏特定的项目,而且会破坏整个公司。因此,要想在一项职能中获得并保持领导地位,他们必须是高效的合作者。

这并不意味着人们不能表达自己的观点。人们期望领导人持有强有力的、有根据的观点,并大力支持这些观点,但当有证据表明其他人的观点更好时,他们也愿意改变主意。当然,这样做并不总是容易的。一个领导者既有党派性又有开放性的能力是由两件事促成的:一是对公司价值观和共同目标的深刻理解和忠诚;二是致力于将一条特定道路的正确性与难易程度区分开来,以使执行决策的难度不妨碍其被选中。

iPhone肖像模式的发展说明了领导层对细节的狂热关注、团队间的激烈合作辩论以及共同目标对形成和最终解决辩论的力量。2009年,Hubel想到了开发一个iPhone功能,让人们可以用bokeh拍摄肖像照片——这是一个日语术语,指的是令人愉悦的模糊背景,摄影专家通常认为这是最高质量的。当时只有昂贵的单镜头反光相机可以拍摄这样的照片,但是Hubel认为,通过双镜头设计和先进的计算摄影技术,苹果可以在iPhone中增加这种功能。他的想法很好地符合摄影团队的既定目标:“更多的人用更多的时间拍摄更好的图像。”

当团队努力将这个想法变为现实时,出现了几个挑战。最初的尝试产生了一些惊人的肖像图片,但也出现了一些“失败案例”,在这些案例中,算法无法区分清晰浮雕中的中心对象(例如脸部)和模糊的背景。例如,如果要从铁丝网后面拍摄一个人的脸,就不可能构造一种算法,以与前面的铁丝网一样的锐度将铁丝网捕捉到脸的侧面。侧面的电线会像背景一样模糊。

有人可能会说,“谁在乎铁丝网这个案子?”这是极其罕见的。但是对于团队来说,回避罕见或极端的情况——工程师们称之为“角落情况”——将违反苹果严格的零“人工制品”的工程标准,“人工制品”指的是“由相关技术或/或技术在数字过程中引入的任何不希望或无意的数据更改”。”负责固件和算法的传感器软件和用户体验原型制作副总裁Myra Haggerty回忆道,角落案例引发了相机团队和其他相关团队之间“许多艰难的讨论”团队。相机软件团队最终向其汇报的副总裁塞巴斯蒂安•马里诺•梅斯(Sebastien Marineau Mes)决定推迟到明年发布,以便让团队有时间更好地解决故障案例——“这是一颗难以下咽的药丸”。

为了在质量标准上达成一致,工程团队邀请了资深的设计和营销负责人会面,认为他们会提供一个新的视角。设计领袖们在这场辩论中增加了一种艺术敏感性,他们问道:“什么造就了一幅美丽的肖像画?“为了帮助重新评估零文物标准,他们从伟大的肖像摄影师那里收集图像。他们注意到,除其他外,这些照片通常在脸部边缘模糊,但眼睛锐利。所以他们要求算法团队达到同样的效果。当团队成功时,他们知道他们有一个可以接受的标准。

出现的另一个问题是预览背景模糊的肖像照片的能力。相机团队设计了这个功能,让用户只有在拍照后才能看到它在照片上的效果,但人机界面(HI)设计团队却推辞了,坚持说用户应该能够看到“实时预览”,并获得一些关于如何在拍照前进行调整的指导。HI团队的成员约翰尼·曼扎里(Johnnie Manzari)给摄影团队做了一个演示。“当我们看到演示时,我们意识到这是我们需要做的,”汤森告诉我们。他的相机硬件团队的成员不确定他们能做到这一点,但困难并不能成为一个可以接受的借口,因为他们不能提供一个很好的用户体验。经过数月的工程设计努力,视频工程团队(负责控制传感器和摄像机操作的低级软件)找到了一种方法,合作得到了回报。肖像模式是苹果iPhone7 Plus营销的核心。事实证明,这是用户选择购买并乐于使用手机的主要原因。

正如这个例子所示,苹果的合作辩论涉及到来自不同职能部门的人,他们不同意、推倒、提倡或拒绝想法,并在彼此的想法基础上提出最佳解决方案。这需要高层领导保持开放的心态。它还要求这些领导者激励、激励或影响其他领域的同事为实现他们的目标做出贡献。

虽然汤森对相机的伟大负责,但他需要几十个其他团队,每个团队都有自己的承诺清单,以贡献他们的时间和精力肖像模式的项目。在苹果公司,这被称为无控制的责任:即使你不能控制所有其他团队,你也要为项目的成功负责。这个过程可能会很混乱,但会产生很好的结果。当不同的团队以共同的目标工作时,就会出现“一团糟”,比如肖像模式项目。当团队把自己的议程推到共同目标之前时,就会出现“糟糕的局面”。那些与糟糕的烂摊子联系在一起,不改变或不能改变自己行为的人,如果不是从苹果公司全部撤职的话,他们将被免职

领导大型组织

过去20年来,苹果的组织方式带来了巨大的创新和成功。然而,它也并非没有挑战,尤其是自2008年以来,收入和员工人数激增。

随着公司的发展、进入新市场和进入新技术,其职能结构和领导模式也必须不断演变。决定如何组织专业领域,以实现最佳协作和快速决策,一直是首席执行官的一项重要职责。蒂姆·库克近年来实施的调整包括将硬件功能划分为硬件工程和硬件技术;增加人工智能和机器学习作为一个功能领域;将人机界面移出软件,将其与工业设计相融合,创造出一个集成的设计功能。

组织成长带来的另一个挑战是它给执行团队下面的几百名副总裁和董事带来的压力。如果苹果要限制一位高级领导人的组织规模或范围,以限制该领导人预期拥有的细节的数量和广度,那么该公司将需要大幅扩大高级领导人的数量,从而使这种行之有效的合作方式无法保持下去。

意识到这一问题,苹果公司在限制高级职位的数量,以尽可能减少任何跨职能活动中必须涉及的领导人数方面,一直很有纪律。2006年,也就是iPhone发布的前一年,该公司拥有约1.7万名员工;到2019年,这一数字增长了8倍多,达到13.7万人。与此同时,VP的数量大约翻了一番,从50个增加到96个。不可避免的结果是,高级领导人领导着更大、更多元化的专家团队,这意味着需要监督更多细节,以及超出其核心专业知识范围的新职责领域。

作为回应,在过去五年左右的时间里,许多苹果公司的管理者一直在发展上述的领导方式:专家领导专家、专注于细节、合作辩论。我们已经将这些调整编入了我们称之为自由裁量的领导模式中,并将其纳入了一项针对苹果副总裁和董事的新的教育计划。它的目的是应对挑战,使这种领导方式在公司所有领域推动创新,而不仅仅是产品开发,规模越来越大。

在苹果公司规模较小的时候,期望领导者成为公司内部几乎所有事情的专家,并专注于其中的细节,这也许是合理的。然而,他们现在需要在他们的时间和努力的地点和方式上行使更大的自由裁量权。他们必须决定哪些活动需要他们全神贯注于细节,因为这些活动为苹果创造了最大的价值。其中一些将属于他们现有的核心专业知识(他们仍然需要拥有的),还有一些将要求他们学习新的专业领域。需要领导者较少关注的活动可以被推到其他人身上(领导者要么教别人,要么在他们不是专家的情况下授权)。

Rosner,应用程序副总裁,提供了一个很好的例子。和其他许多苹果经理一样,他不得不应对苹果公司巨大增长带来的三大挑战。首先,在过去的十年里,无论是在员工总数(从150人到大约1000人)和在任何特定时间正在进行的项目数量,他的职能规模都呈爆炸式增长。显然,他无法深入研究所有这些项目的所有细节。第二,他的业务范围扩大了:在过去的10年里,他负责开发新的应用程序,包括新闻、剪辑(视频编辑)、书籍和Final Cut Pro(高级视频编辑)。虽然应用程序是他的核心专业领域,但其中的一些方面,包括新闻编辑内容、图书出版工作方式和视频编辑,都涉及到罗斯纳并非专家的问题。最后,随着苹果的产品组合和项目数量的扩大,需要与其他职能部门进行更多的协调,从而增加了跨多个部门协作的复杂性。例如,罗斯纳负责新闻的工程方面,而其他经理则负责监督新闻依赖的操作系统、内容以及与内容创造者(如《纽约时报》)和广告商的业务关系。

为了应付,罗斯纳调整了自己的角色。作为一名领导其他专家的专家,他一直专注于细节,特别是那些涉及软件应用程序的顶层方面及其架构的细节,这些方面影响到用户如何使用软件。他还与整个公司的经理合作,参与涉及这些领域的项目。

但随着职责的扩大,他已经把一些东西从自己的盒子里搬了出来,包括一些传统的生产力应用程序,比如Keynote和Pages。现在,他指导其他团队成员并给予反馈,以便他们能够根据苹果的规范开发软件应用程序。作为一名教师并不意味着罗斯纳在白板上进行指导;相反,他对团队的工作提出了强烈的、通常是充满激情的批评。(显然,没有核心专业知识的总经理很难传授他们不知道的东西。)

罗斯纳面临的第二个挑战是在他原来的专业知识之外增加一些活动。六年前,他被指派负责新闻的工程和设计。因此,他必须学习如何通过应用程序发布新闻内容以了解新闻出版物、数字广告、机器学习个性化新闻内容、隐私架构以及如何激励出版商。因此,他的一些作品落入了学习的盒子里。在这种情况下,管理者在获得新技能方面面临着陡峭的学习曲线。考虑到这一要求有多高,只有关键的新活动才应该属于这一类。经过六年的紧张学习,罗斯纳已经掌握了其中的一些领域,这些领域现在都在他自己的盒子里。

只要一项特定的活动仍在学习箱中,领导者就必须采取初学者的心态,以一种暗示他们不知道答案(因为他们不知道)的方式询问下属。这与领导者就拥有和教学箱中的活动向下属提问的方式截然不同。

最后,罗斯纳已经将一些领域,包括iMovie和GarageBand,他并不是一个有必要能力的人的专家。对于授权箱中的活动,他召集团队,就目标达成一致,监督和审查进度,并让团队负责:一般管理人员。

而苹果的副总裁们大部分时间都花在拥有和学习的盒子里,而其他公司的总经理们则把大部分时间花在授权箱里。罗斯纳估计,他将40%的时间花在自己拥有的活动上(包括与某一领域的其他人合作),30%用于学习,15%用于教学,15%用于授权。当然,这些数字因经理而异,这取决于他们的业务和特定时间的需求。

自由裁量领导模式保留了一个有效的功能性组织在规模上协调专业知识和决策权的基本原则。当像罗斯纳这样的领导者在他们原来的专业知识之外承担新的责任时,苹果可以有效地进入新的领域,当领导者传授他们的手艺和委派工作时,团队的规模也可以扩大。我们相信,通过这样的组织方式,苹果将继续创新和繁荣。

苹果的功能性组织在非常大的公司中即使不是独一无二的,也是罕见的。它与流行的管理理论背道而驰,即公司在变大后应重组为部门和业务单位。但在向业务部门转移的过程中,失去了一些至关重要的东西:决策权与专业知识的一致性。

为什么公司总是坚持让总经理负责业务部门?我们认为,其中一个原因是,做出改变很困难。它需要克服惰性,在管理者之间重新分配权力,改变以个人为导向的激励体系,以及学习新的合作方式。当一家公司已经面临巨大的外部挑战时,这是令人望而生畏的。一个中间步骤可能是培养专家领导的专家模型,即使是在一个业务单位结构内。例如,在担任下一个高级管理职位时,要挑选在该领域具有深厚专业知识的人,而不是可能成为最好的总经理的人。但是,一个全面的转变要求领导者也向一个功能性的组织转型。苹果公司的业绩证明,这些回报或许可以证明这些风险是合理的。它的方法可以产生非凡的结果。

 

原文:https://hbr.org/2020/11/how-apple-is-organized-for-innovation

本文:http://jiagoushi.pro/node/1329

全网同号:首席数字化转型官

讨论:请加入知识星球【首席数字换转型官】或者小号【cio_cdo】或者QQ群【2245019】

Article

标签(Tags)

企业架构(35) 数据分析(35) Power BI(32) 微服务(31) 微服务架构(30) Data Analysis(30) 商务智能(30) BI(30) 认证考试(30) 微软认证(30) DA-100(28) 应用安全(27) 考试题(26) 物联网(25) 敏捷(25) Enterprise Architecture(24) 试题(20) 首席架构师(19) 首席架构师推荐(19) 云计算(19) 网络安全(18) 技术架构(17) 机器学习(17) 试卷(17) SAFe(16) 大数据(15) Kafka(15) 规模化敏捷(14) enterprise security architecture(14) 企业安全架构(14) 前端架构(14) microservice(13) 业务架构(13) 数据架构(13) IOT(13) 安全运营(13) 容器云(12) 敏捷建模(12) 服务网格(12) 数据分析师(12) 事件驱动架构(12) 区块链(12) 数据安全(12) 数据湖(11) 应用架构(10) AWS(10) 数据科学(10) 人工智能(10) Kubernetes(10) 产品管理(9) BI数据分析师(9) NGINX(9) 数字化转型(9) 深度学习(9) 软件架构(9) 架构师(9) machine learning(9) 商务智能分析师(8) CIO(8) 技术选型(8) 安全战略(8) 软件测试(8) ArchiMate(8) PostgreSQL(8) Azure(8) Cloud Computing(8) Big Data(8) API(8) MSA(8) MDM(8) 技术趋势(7) 容器云架构(7) 核心实践(7) 无服务器架构(7) JavaScript框架(7) Vue(7) React(7) 参考架构(7) DevOps(7) 数据仓库(7) Data Lake(7) Envoy architecture(7) 容器(7) 主数据架构(7) microservices(7) 技术架构师(7) digital transformation(7) 投资组合管理(6) 安全架构(6) 集成架构(6) 合同测试(6) 工控协议(6) ICS(6) Micro Service Architecture(6) Envoy架构(6) 事件驱动(6) 数字化(6) 微服务架构师(6) strategy(6) 安全工具(6) application security principle(6) Angular(6) Postgresql架构(6) 网络架构(6) agilemodeling(6) 首席架构师精选(6) 高管洞察与创新(6) 云安全(6) 合约测试(5) Event Hub(5) 应用安全原则(5) Enterprise Portfolio Management(5) WAF(5) 编程语言(5) JavaScript Frameworks(5) 用户体验(5) 云原生(5) Agile(5) Python(5) IT战略(5) 企业敏捷性(5) 数字化业务(5) API Gateway(5) 项目管理(5) Digital business(5) 工业控制系统(5) Microservice Architecture(5) ICP(5) 软件架构师(5) 数据挖掘(5) Data Architecture(5) 主数据管理(5) 性能(5) Architecture Overview(5) Best Practices(5) Data Warehouse(5) k8s(5) 战略(5) IoT(5) 解决方案(5) 工业物联网(5) 数据科学家(5) 敏捷数据(4) 领导力(4) IPS(4) 领域驱动设计(4) DDD(4) 性能调优(4) 微前端(4) Vue.js(4) Docker(4) 敏捷核心实践(4) 应用组合管理(4) Agile Core Practice(4) 程序员(4) 数据可视化(4) 前端开发(4) 前端架构师(4) 前端开发工程师(4) 容器云架构师(4) 职业发展(4) executive insights and innovation(4) enterprise agility(4) 数据湖架构师(4) 开源合规(4) 敏捷模型(4) 业务转型(4) 企业微服务架构(4) 消费者驱动的合同测试(4) JWT(4) security(4) 企业架构师(4) architecture(4) 应用架构师(4) blockchain(4) 存储架构(4) GDPR(4) Cloud(4) RESTful(4) 最佳实践(4) 分布式计算(4) 数据湖架构(4) Service Mesh(4) BDD(4) 解决方案架构师(4) Event-Driven(4) SCADA(4) 云原生架构(4) 去中心化(4) IoT(4) IoT(4) Deep Learning(4) EA(3) technology(3) NFR(3) 安全(3) 应用现代化(3) Big Data(3) Spark(3) Microservice(3)