这就是约翰·卡特勒(John Cutler)的电话，约翰·卡特勒(John Cutler)在最近的视频演示中，敦促软件团队在成长过程中将更多的设计师纳入软件团队。卡特勒(Cutler)说明，随着软件开发团队的形成，他们将在某个时候将设计人员纳入流程，以确保应用程序尽可能地易于使用。他们可能会在最初阶段聘请一位设计师，他会与产品的每次迭代密切合作。

当然，产品吸引了人们的注意力，并且更多的开发人员加入了团队。这位单一的设计师“已经全力以赴，但是他能够管理自己是否有待办事项清单的感觉，他能够兼顾如何度过自己的时间和精力。”

但是随后，“由八名开发人员组成的团队变得很难操作，因此该团队分为四人组成的两个团队，”卡特勒说，并指出过程中的变化起初将是微妙的。“他现在必须参加两次站起来和其他共享会议。他还必须扫描两个委员会以查找各自的任务清单。” 随着越来越多的开发人员参与其中，设计师的日程安排变得更加忙碌，并且“他倾向于将上游工作移交给开发人员，然后将其移交给开发人员。” Cutler观察到，设计师最终使用软件发布时间表来播放“ Tetris”。

Cutler说，关键是不要让设计在软件开发过程中被边缘化。增加设计师人数是一种方法。此外，他建议“可视化整个系统”，并指出对设计人员和开发人员进行协作的方式进行深入评估至关重要。“效率和输出可能不是您的问题。添加开发人员将无济于事。更漂亮的像素可能无济于事。您需要做出更好的产品决策。有权进行研究和发现的设计师以及足够多的设计师可以加入团队帮助。我们想更快地学习，我们不想增加更多的复杂性。”

对精心设计的软件的需求使“ DesignOps”的新兴实践成为人们关注的焦点。在最近的一篇文章中，尼克·巴比奇(Nick Babich)将其定义为“试图使设计可操作...以建立可产生高质量的高效设计过程的尝试。设计输出。” Babich回应了Cutler关于软件交付日益复杂化的挑战的观点。Babich说：“引入DesignOps角色不仅是结构上的变化，而且是文化上的转变。” “我们对设计过程的了解已经日趋成熟，我们不再希望分离不同的团队。相反，我们希望设计师，开发人员，研究人员和其他团队成员在设计过程中一起工作，而DesignOps团队正是做到这一点的人发生。”