9 种方法改进开发者和设计师之间的协作

撇开刻板印象不谈,设计师和开发者的命运永远交织在一起。以下是如何让每个人都达成共识。
341 位读者喜欢这篇文章。
Collaborative agenda setting

Opensource.com

本文与 Jason Porter 共同撰写。

设计是任何软件项目中至关重要的要素。迟早,开发者编写所有这些代码的原因将传达给设计师,这些人类不像开发团队那样熟悉其内部运作。

刻板印象存在于分歧双方;工程师通常期望设计师反复无常且不理性,而设计师通常期望工程师不灵活且要求苛刻。真相要微妙得多,而且归根结底,设计师和开发者的命运永远交织在一起。

以下是九件可以改善两者之间协作的事情。

1. 首先,推倒墙。认真地。

几乎每个行业都有关于“混乱之墙”的大量模因。无论您做什么,打破这堵墙的第一步是让双方都同意它需要被推倒。一旦每个人都同意现有流程没有最佳运行,您就可以从其余想法中挑选并选择,开始解决问题。

2. 学会共情。

在卷起袖子以建立更好的沟通之前,先休息一下。这是团队建设的绝佳交汇点。是时候认识到我们都是人,我们都有优点和缺点,最重要的是,我们都在同一个团队中。围绕工作流程和生产力的讨论可能会变得激烈,因此在深入研究之前,建立信任与合作的基础至关重要。

3. 认识到差异。

设计师和开发者从不同的角度攻击同一个问题。给定类似的问题,设计师将寻求影响最大的解决方案,而开发者将寻求浪费最少的解决方案。这两种观点不必是相互排斥的。谈判和妥协的空间很大,最终用户在中间的某个地方获得最佳体验。

4. 拥抱相似之处。

这一切都与工作流程有关。CI/CD、scrum、敏捷等,基本上都在说同一件事:构思、迭代、调查和重复。迭代和再迭代是两种工作的共同点。因此,与其运行设计周期,然后再运行开发周期,不如同时并行运行它们更有意义。同步周期使团队能够在每一步进行沟通、协作和相互影响。

5. 管理期望。

所有冲突都可以归结为一个简单的想法:不兼容的期望。因此,防止系统性崩溃的一种简单方法是通过确保团队在说话前思考,在做事之前说话来管理期望。设定期望通常通过日常对话有机地演变。通过开会来强迫它们发生可能会适得其反。

6. 早点开会,经常开会。

仅仅在工作开始时开一次会,在结束时开一次会是不够的。这并不意味着您需要每天甚至每周开会。设定会议节奏也可能适得其反。让会议在必要时随时发生。即兴会议可能会发生伟大的事情——即使在饮水机旁!如果您的团队是分布式的,甚至有一名远程员工,视频会议、文本聊天或电话都是极好的会议方式。重要的是团队中的每个人都有多种相互沟通的方式。

7. 构建您自己的词汇表。

设计师和开发者有时对相似的想法有不同的术语。一个人的卡片是另一个人的图块,又是第三个人的盒子。最终,术语的适用性和准确性不如每个人都同意始终如一地使用相同的术语重要。

8. 让每个人都成为沟通管理员。

小组中的每个人都有责任维护有效的沟通,无论沟通如何或何时发生。每个人都应努力言行一致。

9. 认真对待。

团队中只需一名成员就可以破坏进度。全力以赴。如果每个人都不关心产品或目标,那么在进行更改或继续流程的动力方面就会出现问题。


本文基于 设计师和开发者:寻找有效协作的共同点,作者将在 2018 年红帽峰会 上发表的演讲,该峰会将于 5 月 8 日至 10 日在旧金山举行。在 5 月 7 日之前注册即可节省 500 美元注册费。在付款页面上使用折扣码 OPEN18 即可享受折扣。

Jason Brock is a lovely fellow with a glorious beard and dark glasses. He wears a lot of plaid for some reason.
Jason Brock 是一位位于德克萨斯州奥斯汀的体验和视觉设计师。作为红帽中间件工程服务团队的一员,他为红帽的许多上游社区项目(包括 WildFly Swarm、APIMan 和 Arquillian Cube)开发了品牌系统和网络体验。

贡献者

1 条评论

每个参与者都必须有“能做到”的态度。如果设计师有需求,那么开发者需要弄清楚;如果开发者有要求,那么必须沟通,以便设计师可以围绕它重新设计。简单地说“不”、“我们做不到”、“我们没有时间”或类似的话,对任何人都没有任何进展。说“我们可以解决”、“我们可以做到”、“让我们一起设计和开发出色的东西”。

Creative Commons License本作品根据知识共享署名-相同方式共享 4.0 国际许可协议获得许可。
© . All rights reserved.