DesignOps是一种思维方式，它使设计师能够专注于解决问题，而不是像管理工作流和库这样的管理职责。DesignOps思维模式为以设计为中心的角色提供信息，从而促进创造卓越。DesignOps员工协调流程和工具集，发展设计团队文化，并确保设计是组织战略的一个组成部分。

术语“DesignOps”是对DevOps的一种起飞，DevOps是一种软件开发和系统管理的协作方法，它优先考虑速度、效率和自动化。像DevOps一样，DesignOps强调效率。它的主要重点是确保设计师可以自由地专注于工艺，从而使设计具有更大的组织影响力。

不幸的是，许多设计人员被拉入管理职责，如维护设计系统或与其他部门沟通设计工作流程。DesignOps员工的角色是多方面的：

通过协调设计团队流程和工具集，使设计师能够在高水平上进行生产

通过提高对设计团队目标和方法的认识，培养部门间的关系

在不牺牲生产力或设计团队活力的情况下实现设计的可扩展性

DesignOps的心态到底是什么？组织如何开始他们的DesignOps之旅？一旦建立，DesignOps团队如何达到更高的成熟度？

DesignOps是一种思维方式，从中产生角色、职责和流程。

DesignOps是一种心态

在理想世界中：

设计团队不会孤立存在

平凡的工作不会给设计师带来负担

工程部（和其他部门）会渴望合作

但实际上，大型组织是一个复杂的实体，充满了活动的部分、令人抓狂的官僚机构和混杂的议程。

DesignOps面对结构和灵活性的复杂性。它不是一个标准化的公式或一套严格的规则和工具。这是一种心态。诚然，DesignOps员工建立了实践和流程，但只有在解决了组织特定的问题之后，比如“我们如何才能……”

随着时间的推移，我们的设计团队不断发展壮大？

吸引和留住高技能设计人才？

创建平衡效率和质量的设计流程和系统？

定期测量和改进设计输出？

在设计部门和其他部门之间建立持久的合作关系？

确保设计是公司战略的一个重要方面？

在大型组织中，这样的问题尤为紧迫。为了保持组织和目标，许多公司依靠严格的内部治理。意图是秩序，但更多的时候，结果是停滞，或反创新，数字时代的致命一击。

DesignOps Solo员工的8个小贴士

对设计的热情比以往任何时候都高，然而许多领导者不知道如何在他们的公司内全面实施设计。他们也不知道如何熟练地扩展设计团队。设计得到预算，但它并没有发挥其全部潜力，因为设计师被拉向多个方向或排除在决策之外。

在这个阶段，有两件事发生了。有人决定支持DesignOps及其相应的职责，或者有人认识到需要一个设计促进者并雇用。不管怎样，一个由一个人组成的DesignOps团队诞生了。

这是一个关键时刻。在一个庞大的组织中，一个人如何协调使设计成功的人员、流程、工具集和影响计划？

1、建立和培养人际关系高于一切

如果不了解组织中的人员、问题和目标，单独的员工就无法成功。如果没有关系，就没有信任。

2、记录对话和会议，并确定外卖的优先顺序

任何标题中带有“Ops”的角色都会被大量请求轰炸，其中许多请求与设计无关。记录所有内容并考虑关联映射，以帮助识别重复出现的需求和想法。

3、建立DesignOps待办事项并对条目进行相关性排序

独行侠只能做这么多。有些想法（即使是好的想法）需要等以后再谈，但不应该完全消失。

4、与公司目标和战略保持一致

对齐的区域可能不明显，可能有需要调整的目标和策略，以便更好地包含设计。但只要有可能，设计（因此也包括DesignOps）应该努力与公司的目标和过程保持一致。

5、了解组织内部实施变革的策略

在组织内部引入变革的模式已经得到了验证。每一种都有其优点、缺点和哲学观点。例如，Lewin的变革模型假设组织变革分为三个阶段：

解冻：让公司为即将到来的变化做好准备。

改变：帮助公司接受新的态度和行动。

冻结：正式确定并记录管理公司的最新原则和流程。

6、在每个转弯处传达设计的价值

不要以为人们欣赏设计的价值。缺乏与业务目标相关的明确价值主张的解释、演示和对话都是浪费机会。

7、避免承担太多的责任

承诺不足，交付过度。不要急于答应每一个请求和新的计划，在陷入长期的公司冲突之前权衡风险。

8保持耐心和积极，并预见逐渐的变化

DesignOps solo的员工不应该期望一夜之间改变公司文化。庆祝小胜利，不要沉湎于不可避免的挫折。组织惯性很难改变方向。这不是不可能，但确实需要时间。