我们如何调整我们的设计和开发团队并提高效率

如果我必须描述这个故事影响的网站团队，我会说它类似于典型的好莱坞哥们电影或电视节目的情节。

认为Steve Harrington和Dustin Henderson来自陌生的东西．Buzz和Woody来自玩具总动员．乐队和gimli来自《指环王》

在所有这些场景中，主角在很多方面都是完全相反的。

在这段关系的早期，他们之间有很多摩擦，他们很难达成共识。

然而，随着故事的进展，他们学会抛开他们的差异，形成一个不太可能的友谊，共同努力实现更大的目标。

设计师和开发者就是这样的一对。

现在，虽然我们在IMPACT的更大目标不包括在末日火山的火焰中摧毁一个环或打败一个魔发怪;这确实取决于我们找到一种方法来协调我们的设计师和开发人员——一些公司会说这是一项同样困难的任务。

多年来，我们一直在努力弥合设计师和开发者之间的鸿沟。我们的团队没有在团队的整体目标、沟通上达成一致，我们的工作方式非常孤立。

那么，是什么导致了两支队伍的分裂呢?

我们需要弄清楚什么地方出了问题以及原因。

在接下来的几个月里，我们有很多回顾会议，我们深入潜入我们团队的各个方面。

我们最终得出结论，有三个主要问题导致设计师和开发人员之间的崩溃。

1.我们对待网站项目就像对待流水线

当我们如何进入网站设计时，我们意识到，而不是将其视为合作过程，我们将其视为装配线。

我们的设计师将在设计上工作，然后将其移开开发，以便编码并继续前进到下一个项目。

在这个过程中，两个团队之间唯一有任何交流的部分是在简短的交接期间——但是我们只是简单地给开发人员提供一个到我们项目文件的链接，然后继续前进。

有限的交流导致了很多关于最终产品外观和功能的误解，然后导致了额外的修改。

我们最终需要不断推动我们的项目的发布日期，这些项目损害盈利能力，并对我们所吸引的下一个项目的开始日期具有多米诺效应。

缺乏协作也影响了我们团队的创新和成长能力。

合作是创新的关键驱动力。

当你有效地合作时，你会看到不同的团队是如何工作和解决问题的。

你会接触到新的习惯，并得到外界的反馈，这可以帮助你激发新的想法或改进过程。

不幸的是，在我们孤立的工作方式下，我们停滞不前了。

我们停止创新花更多时间坚持我们所知道的，而不是冒险，试图推动我们的团队前进，走在网站趋势的前面。

2.团队之间存在很大的知识差距

在装配线中工作不仅创建了通信和协作问题，而且还创造了两支球队之间的知识差距。

设计师和开发者并不了解其他部分的进展情况，所以我们所做的工作并不总是具有凝聚力。

我们的设计师会使这些美丽的设计，但是当他们被发送到开发时，他们就不会轻易翻译成代码。

我们并不清楚哪种类型的内容会增加开发时间。

我们的开发人员不得不投入额外的工作去实现设计功能，这导致了我们的项目时间线的延迟。

另一方面，我们的开发人员不知道页面的目标是什么。

他们不知道我们试图与这些设计建立什么。

这使得他们很难向设计师提供功能反馈。

处理这些问题不仅会影响我们的最终产品，也会对我们的产品产生很大的影响团队士气．

我们感到沮丧，我们一直遇到同样的问题，失望了，我们无法推出我们所有人都想要的最终产品。

3.没有统一的文件结构

最后，我们注意到我们没有一个统一的文件结构来将工作从设计传递到开发。

我们所有的设计师都做了一些不同的事情。我们都有不同的文件命名结构，不同的功能注释方式，我们用自己的方式组织文件。

这意味着每次我们的开发人员都有一个新项目，他们需要额外的时间来增加并熟悉一切组织的一切。

这就像从头开始每个项目一样，延长了项目的长度，并为错误留下了更多空间。

我们知道，如果我们想要在我们的网站工作的飞跃，我们必须纠正这些问题。

我们如何使我们的设计和开发团队保持一致

这些问题在我们的设计师和开发人员之间造成了巨大的分歧，使得我们几乎不可能一起工作。

我们知道，除非我们修复了这些问题，否则我们从来都不能够推出我们所知道的最终产品，我们知道我们能够。

一旦我们知道了导致偏差的原因，我们就能够制定计划，使我们的团队能够高效地合作工作。

我们采取了以下措施，开始打破这些“竖井”:

我们的团队谈到了相同的语言

我们最先处理的项目之一就是想出一种方法让我们的团队使用相同的语言。

我们注意到相同的网站元素有很多不同的名称。

在我们的设计系统我们将一个元素称为一件事，然后在我们的开发框架中它将被称为另一件事。

如果我们能够创造出共同的术语，那么这将有助于改善跨团队的沟通并减少误解。

为了解决这个问题，我们有一个团队会议，我们通过我们所有的设计和开发资产，并为每个设计和各个名称决定。

然后，我们更新了我们的设计系统和开发框架以使用这些名称，以便它们排队。

我们实施了联合设计审查

接下来，我们知道我们必须这么做改变我们的过程更加合作。

为了做到这一点，我们需要让我们的开发者更多地参与进来在设计的早期阶段，我们的设计师更多地参与了后面的部分。

我们做到这一点的方法之一是执行包含整个网站团队的设计评审。

在这些审查过程中，我们的设计师能够呈现他们正在进行的设计，并从开发中获得反馈。我们可以很快看到我们所设计的内容是否会转化成代码，并在客户的预算之内。

我们还能够就页面的功能进行头脑风暴，并讨论开发人员注意到的可能导致开发时出现问题的任何危险信号。

总的来说，这是一种不合作的有效方法，但也密切关注我们可能在两支球队之间的知识差距。

为设计者创建了开发人员切换的过程

我们的许多误解和延误源于没有明确的过程，可以从设计到开发的设计。

所以，作为一个团队，我们想出了一种一致的方式来组织和命名我们的文件，决定了我们希望设计中所有重要的功能注释放在哪里，并确保所有项目资产放在所有开发人员都可以轻松访问的地方。

这些小的改变已经产生了巨大的差异，然而，为了安全起见，一旦到了交接的时候，我们将与开发人员最后一次审查最终的设计，以确保他们拥有所需的一切。

找到了增加团队沟通的新方法

总的来说，我们最需要改进的是设计和开发之间的沟通。

我们的联合设计评论开始让我们从设计和开发的角度谈论和看着事物，但我们希望保持谈话在这些会议之外。

所以，我们在Slack上创建了一个渠道，让我们的团队成员进行沟通。

在这个频道中，我们可以分享在不同项目中反复出现的问题，设计灵感，以及团队的胜利。

在Slack之外，我们还实施了一个新的项目路线图文件，使我们的团队能够按预算和项目进度一致。

在文档中，您可以找到与已完成的项目设计的链接等内容以及客户预算的细分。

我们的整个团队能够轻松进入任何路线图文件，看看我们的设计有多远或我们留下了多少发展预算。这有助于将我们的项目保持在范围内和按时。

进行全队训练

一旦我们有一个计划来对齐我们的团队，我们决定了启动我们新举措的最佳方式是通过持有团队范围的培训。

我们真的很想让每个人都兴奋地在更加合作的环境中工作，并感受到新进程的所有权感。

我们希望每个人都能感受到他们参与了游戏的创造，并且我们也创造了一些值得我们骄傲的内容。

在培训期间，我们展示了我们对设计方法所做的所有主要改变。我们讨论了团队提出的任何问题或建议，并确保每个人都对我们的愿景有深刻的理解。

这些变化如何影响我们的团队

在实施这些改变的头三个月里，我们注意到我们团队的工作方式发生了巨大的变化。

我们觉得我们真的在工作在一起。

我们的设计师和开发人员很高兴能在各自的专业上互相教育，直接的结果是，我们为我们的客户网站想出了新的和令人兴奋的想法。

从盈利能力和项目截止日期的角度来看，我们的项目保持在预算范围内，并按时启动。似乎每周我们都在寻找新的方法来提高效率，为客户提供更好的最终产品。

现在，如果你觉得你的设计师-开发者故事还停留在早期阶段，你的主要角色还没有完全达成一致，停下来看看你们是如何合作的。

你的团队如何沟通?你的设计师是否觉得他们理解开发者的工作方式，反之亦然?

让你的开发人员和设计师保持一致不仅能让你的团队做出最好的工作，还能让你的项目更容易控制在预算之内，并提高团队的整体士气。