你的设计系统有多成熟?



识别设计系统成熟度的不同阶段以支持健康发展和增长的模型。

设计系统成熟度的四个阶段。
设计系统成熟度的四个阶段。

在我加入由 Silvia Bormüller 主持的Into Design Systems社区后不久,我参加了Ben Callahan的一场令人难以置信的精彩演讲,讨论了将成熟度模型应用于构建您的设计系统. 他的框架为那些在开始他们的设计系统之旅时寻求背景和方向的人提供了清晰的思路。

但在我们开始之前,让我们解开定义设计系统的内容?一组模式、原则和指导方针,以实现大规模设计——一种供所有参与设计和构建产品的人共享的语言。

设计系统由四个基本层组成:

  • 基金会定义了组织品牌元素的一个子集,用于设计和开发数字界面。
  • 代币采用基础层中表达的设计概念并将其编入代码以用于构建数字界面。
  • 核心系统为常见的界面挑战(如布局、类型比例、主题等)提供解决方案。考虑这一点的最简单方法是,将单个设计决策编码为令牌,但将这些设计决策如何协同工作进行编码是核心系统.
  • 组件的功能是指定和访问数字接口的可重用组件。这些范围可以从简单(按钮或文本输入)到复杂(标题或导航)。它们是由正确创建的基础、令牌和核心系统构成的。
设计系统的剖析。
设计系统的剖析 ~ Ben Callahan

为了进一步展开,这四层每层都需要三个部分协同工作,以使设计系统具有功能性、教育性和可持续性。这些部分是资产、文档和流程。但在我挂断这些之前,让我们回到本文的重点,成熟度模型。

成熟度模型

起初,Ben 解释说,当您构建设计系统时,有四个成熟阶段。一旦您将方法成熟到组织内的影响点,请遵循这些进一步的步骤以帮助形成稳定性。让我们从四个阶段开始。

设计系统成熟度的四个阶段

构建版本 1 — 最早的成熟阶段包括导致并包括第一个版本的所有活动。这个阶段可能会因许多因素而大相径庭,重要的是要知道您早期做出的决定将显着影响系统的成熟方式。这个阶段的核心是为您的组织发现合适的范围,为设计系统制定愿景,确定最佳合作伙伴,并向他们学习,使您能够为他们构建有价值的东西。

越来越多的采用——这个阶段从你发布你的第一个正式版本开始。一旦第一个版本上线,主要关注点就会转移到让团队采用它以及它如何与订阅系统的人一起工作。这是关于了解什么对新订户有价值,同时支持那些已经使用该系统的人。

度过青少年时期——这个阶段从您达到系统采用的临界点开始。可能会出现一系列新的挑战。更多的订阅者可能会导致发现更多的错误。更多功能请求可能会增加版本的压力。您会发现团队以您从未想象过的方式使用该系统,同时被要求证明该系统在第 1 阶段和第 2 阶段定量地履行了承诺。第 3 阶段很复杂;您将需要展示您打算如何支持使用该系统的团队,并弄清楚如何允许其他人为该系统做出贡献以支持其发展。沟通对于确保贡献治理对流程的明确性至关重要。

发展健康产品——重点转向增长和可持续性。在第 4 阶段,通常与订户进行高度参与。您需要关注组织周围的变化力量,并放置稳定器以确保设计系统能够持续下去。当您处于此阶段时,组织中的许多学科都将设计系统视为设计和构建产品的方式。

不同组织在经历这些阶段时所拥有的经验可能非常不同。然而,应用下一个概念会影响系统如何成熟,通过这些镜头观察成熟度有助于识别模式。这个概念就是起源故事。

起源故事

这些是保证设计系统成熟的基石之一。第一个版本的处理方式对团队面临的优先级和挑战有很大的影响。起源故事的两种主要方法是:

自上而下——行政领导参与、意识到并积极支持该倡议。

基层——行政领导不参与、不了解或不支持该倡议。

要知道哪个起源故事将支持您的设计系统,请考虑早期是如何参与领导的。以下是如何考虑差异。

自上而下——在行政领导的参与下,早期的倡议将面临更大的压力。

  • 您将在整个组织中获得更高的知名度
  • 专门用于任务的正式预算
  • 受认可的团队
  • 为组织的多个部门提供更广泛的价值需要结果
  • 输送系统的更高压力水平

基层——没有行政领导的参与,与自上而下的方法相比,倡议的压力会更小,设计系统团队也不会受到制裁。

  • 倡议的可见度较低(或没有)
  • 非正式(或没有)预算
  • 未经批准的团队
  • 狭窄的范围可能只关注一个领域
  • 交付压力低

在开始时(第 1 阶段的开始),您可能会查看这两个概念,并发现很难确定哪个适合您。您可能会混合使用这些,那是因为它们是频谱的两端。自上而下的第一阶段和草根第一阶段之间的差异将非常明显,但随着系统的成熟,这些差异会变得更加微妙。

目标是让第 3 阶段和第 4 阶段的起源故事更接近中间且难以区分,以便您得到执行领导层和个人贡献者的良好支持。自上而下的系统会随着它的成熟而变得更加草根,反之亦然。当然,随着每个系统的起源故事的成熟,它们有许多不同的路径。

如何成熟

在前面概述的四个阶段中,团队必须考虑三个重点领域,以支持每个阶段的成熟。确保您涵盖这些内容将帮助您在每个阶段取得更大的成功。但是,这些不是顺序的。把它们想象成一个循环。你基本上是同时做这三件事。

教育——这是对设计系统理念的倡导,以及为什么组织需要设计系统的概念。这将是更多的单向交互。确定您将如何接近系统、与其他团队沟通、告知如何参与系统以及您设置了哪些仪式。

参与——一旦你建立了双向交互,你将开始向你的设计系统用户学习。您将获得反馈,这将有助于系统的发展。包括其他人对于系统的大规模采用和贡献是必要的。

进化——在这一点上,它应该是一个团队的努力,你的共同目标是改进系统。该系统需要对您的设计系统资产、文档和流程进行迭代、测试、演进和优先排序。

例如,支持第 1 阶段所需的教育、参与和发展不会在您到达第 2 阶段时停止。这些活动会继续提供支持新阶段所需的额外内容。因此,在第 4 阶段,您仍然支持所有先前阶段所需的所有活动。

系统稳定性

设计系统不断发展,许多事情可以尝试并破坏系统成熟度的进展。三个主要的稳定因素需要关注权威、价值和传统。

权威——领导层积极支持设计系统团队及其目标。这种支持使您有信心开展工作,因为您知道您的领导会支持您。能够指出领导层积极支持的事情会鼓励组织采用。专门的预算、时间和人员有助于确保领导层认可该倡议并鼓励参与系统的发展。

价值——系统为使用它的人提供实际价值,因为它改善了他们的工作,提高了一致性或效率,解决了实际问题,而不是创造新问题。由于它产生的价值,采用成为一个简单的决定。

传统——系统已成为组织内部构建产品的方式。一旦系统扎根,整个组织的学科都将其称为唯一的事实来源。它是独一无二的,因为随着时间的推移,您只能通过拥有权威和价值来赢得传统。

目标是让所有三个稳定器相互支持,但当然,你不会在开始时拥有它们。将您的起源故事应用于这些稳定器可以让您处理如何进行。

自上而下——在这种情况下,第一个稳定力量将是权威。有了这个,您将希望专注于使系统对使用该系统的人极具价值。一旦您随着时间的推移证明了这一价值,您将获得传统稳定器。

草根——在这种情况下,第一股稳定力量将是价值。在这种情况下,您需要对领导层进行系统价值教育,只有通过他们的权威,您才能获得传统稳定器。

当然,获得这些稳定剂并不意味着您可以保留它们!你必须做一些工作来保持稳定力。例如,如果您要获得所有三种力量并减缓系统的演变或停止吸引系统用户,您将失去价值稳定器。这种回归将导致团队失去对该系统的信任,而权威和传统仍会传达他们必须使用该系统。这种类型的倒退可能会打击团队士气。

总之,建筑设计系统需要您经历多个阶段才能达到成熟,每个阶段都有许多步骤来支持进化和增长。应用此成熟度模型并针对每个阶段持续监控和交流设计系统的进度将有助于系统的开发。这种采用并不能保证成功;但是,它将帮助您更接近设计系统的有利未来。


0