开发人员与产品设计专家之间的协作至关重要

开发人员讨厌更改请求。当某人改变主意时，这意味着新的编码，新的QA测试以及每个人的额外工作。如果您多次构建同一个东西，这效率低下，效率不高。本文解释了为什么在工程与UX协作时可以大部分或完全避免这种情况。

DevOps通常被定义为围绕公司软件和系统开发的过程，操作，方法论，工具和文化。

但是工程并不是在真空中进行的。蓝图，想法，设计和概念来自产品设计专家，他们决定布局，流程和交互性。这些都是非工程人员和团队，他们共享DevOps的目标和期望的结果。DevOps的确是要认识到软件开发过程中涉及多少团队，并找到更好的方法来打破孤岛并使每个人都参与其中。

但是，许多工程团队经常发现UX非常孤立，很难与他人协作，而不是精益。敏捷的许多风格都排除了如何与产品设计师合作的细节，甚至有些甚至建议将UX专家从流程中删除。

当他们看起来像一个耗费时间和预算的部门时，很想绕开UX。但是，UX研究，设计，测试和迭代是软件开发过程中不可估量的方面。DevOps专注于为客户构建合适的产品，提高内部效率并培育企业文化，因此，您的专家级产品设计师是开发人员，质量保证和工程主管的重要且必要的合作伙伴。

如果我们没有正确衡量客户的需求，会发生什么？

Skype最近宣布，其2017年重新设计旨在使它更像Snapchat，但它是一次失败。用户不需要，不需要或不喜欢这些新功能。反向间隙是足够大，使得Skype的做了一个2018宣布，他们将重新设计的Skype再次。

Engineering and Product可能喜欢让Skype更像Snapchat来吸引年轻用户的想法，并直接着手构建它，并争取将其推向市场。但是，对目标用户的研究可能很快发现这些功能是不需要的。终止该项目或在此早期开展工作可能为Skype节省了数百万美元，并节省了不良媒体和客户疏远感。

如果您要交付客户不喜欢或不想使用的产品，效率，生产率和迅速进入市场都无关紧要。

开发人员与UX之间的协作

记住敏捷宣言原则。您最优先考虑的是通过构建有价值的软件来使客户满意。为每个团队成员提供所需的环境和支持，并信任他们以完成工作。最大化未完成的工作量。持续关注良好的设计可增强敏捷性。

当产品或项目经理确定功能和优先级时，协作必须开始。可以删除对用户没有价值的项目，从而节省了无数的时间和金钱，并使未完成的工作最大化。正在进行的项目需要为UX从业人员提供巨大的发展空间，以便可以开始进行适当的研究，设计和测试。

日常协作的最佳方法是将您的UX设计器嵌入到敏捷团队中。邀请他们发布计划，站立，复古和可能讨论功能或界面的每次会议。没有他们就不要做出决定。如果您的队友错过了会议，请等到可以亲自找到他们，通过聊天，电子邮件或公司使用的任何方法。

将问题，歧义或错误分配给JIRA中的UX队友或首选的错误跟踪系统。

经过漫长的跑道之后，请确保UX比团队其余成员的工作提前两个或多个Sprint。

在开发人员编写一行代码之前进行研究，设计，测试和迭代

它将节省时间，金钱和理智，同时增强了构建针对目标客户的更有价值的产品的能力。

开发人员讨厌更改请求。当某人改变主意时，这意味着新的编码，新的QA测试以及每个人的额外工作。如果您多次构建同一个东西，这效率低下，效率不高。

当Engineering与UX合作时，可以大部分或完全避免这种情况。通过使用UX的形式化过程，可以在开发人员编写代码行之前对功能进行审查。然后，可以对该功能在UX测试中表现不佳的任何方面进行重新设计和测试。然后，开发人员将收到经过测试和批准的设计，只需要构建一次即可。

有价值的产品>时间安排和预算

精益创业公司（Lean Startup）的作者埃里克·里斯（Eric Ries）问道：“如果我们发现自己正在建造没人想要的东西，该怎么办？在那种情况下，如果我们按时按预算进行，那有什么关系？” 即使您的组织未使用精益方法，该警告仍然成立。当我们旨在为客户打造合适的东西，提高客户满意度并开发具有高客户价值的功能时，DevOps的预期结果便与之相呼应。

最终，比时间表，预算，框架和工具更重要的是，了解客户，使客户参与流程并建立其真正的需求和偏好。相信如果您建立正确的想法正确执行，收入就会存在。