Merge pull request #29471 from wxy/20230426.0-️-5-open-ways-to-help-UX-designers-and-developers-collaborate-better

RP:published/20230426.0 ️ 5 open ways to help UX designers and developers collaborate better.md
This commit is contained in:
Xingyu.Wang 2023-05-31 23:09:26 +08:00 committed by GitHub
commit 3506b76f52
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23

View File

@ -3,18 +3,22 @@
[#]: author: "Katie Riker https://opensource.com/users/kriker" [#]: author: "Katie Riker https://opensource.com/users/kriker"
[#]: collector: "lkxed" [#]: collector: "lkxed"
[#]: translator: "geekpi" [#]: translator: "geekpi"
[#]: reviewer: " " [#]: reviewer: "wxy"
[#]: publisher: " " [#]: publisher: "wxy"
[#]: url: " " [#]: url: "https://linux.cn/article-15864-1.html"
帮助 UX 设计师和开发人员更好地合作的 5 种开放方式 帮助 UX 设计师和开发人员更好地合作的 5 种开放方式
====== ======
![][0]
> 用开放的决策进行设计可以帮助增加用户体验和开发团队之间的合作。
理想情况下,设计师与他们的产品团队和用户有良好的关系。然而,设计师和开发者之间的关系更难建立和维持。缺乏密切的关系使得问题的解决或改进变得困难。 理想情况下,设计师与他们的产品团队和用户有良好的关系。然而,设计师和开发者之间的关系更难建立和维持。缺乏密切的关系使得问题的解决或改进变得困难。
根据我的经验,开源的[开放决策框架][1]可以克服许多这样的障碍。 根据我的经验,开源的 <ruby>[开放决策框架][1]<rt>Open Decision Framework</rt></ruby> 可以克服许多这样的障碍。
开放决策框架宣称,[开放式决策][2]是透明的、包容的、以客户为中心的。它包括与受影响的各方清楚地分享问题、要求和限制。它能够与多个利益相关者合作,以确保不同的意见和全面的反馈。最重要的是,它能在相互竞争的需求和优先事项之间管理关系和期望。 开放决策框架宣称,[开放式决策][2] 是透明的、包容的、以客户为中心的。它包括与受影响的各方清楚地分享问题、要求和限制。它能够与多个利益相关者合作,以确保不同的意见和全面的反馈。最重要的是,它能在相互竞争的需求和优先事项之间管理关系和期望。
这些原则可能会引起任何参与设计产品、功能或服务的决策的人的共鸣。对于一个设计师来说,开发人员是做出最佳设计决策的关键利益相关者。如果你是一个设计师,现在是时候接受获得不同意见的机会了。 这些原则可能会引起任何参与设计产品、功能或服务的决策的人的共鸣。对于一个设计师来说,开发人员是做出最佳设计决策的关键利益相关者。如果你是一个设计师,现在是时候接受获得不同意见的机会了。
@ -22,20 +26,19 @@
开发人员是关键的利益相关者,因为用户的产品或服务体验不仅仅是屏幕上的像素或工作流程的设计。它包含了服务的性能、[API][3] 调用的速度、处理用户数据的方式,甚至是数据的可扩展性设计。当他们被认为是设计中的完全利益相关者时,开发者可以贡献他们在服务的后端和架构方面的专业知识,以协助整体的体验设计。 开发人员是关键的利益相关者,因为用户的产品或服务体验不仅仅是屏幕上的像素或工作流程的设计。它包含了服务的性能、[API][3] 调用的速度、处理用户数据的方式,甚至是数据的可扩展性设计。当他们被认为是设计中的完全利益相关者时,开发者可以贡献他们在服务的后端和架构方面的专业知识,以协助整体的体验设计。
用户体验UX设计师是开发团队所负责的项目的利益相关者。性能上的不足或者架构对可用数据的影响都会阻碍用户体验。一个开放的、[开发和设计之间的合作关系][4]允许在所有领域的信任和透明。 用户体验UX设计师是开发团队所负责的项目的利益相关者。性能上的不足或者架构对可用数据的影响都会阻碍用户体验。一个开放的、[开发和设计之间的合作关系][4] 允许在所有领域的信任和透明。
### 为合作留出空间 ### 为合作留出空间
开发者和设计之间的开放和透明的关系并不像它应该的那样普遍。这种工作方式对双方来说可能都是新的。以下是我为使合作成功而提出的五大建议: 开发者和设计之间的开放和透明的关系并不像它应该的那样普遍。这种工作方式对双方来说可能都是新的。以下是我为使合作成功而提出的五大建议:
- **设计人员** 编码基础课程,如开源的 [Odin项目][5],对于学习服务的构造和构建的基本原理是有帮助的。 1. **建立一个经常性的合作时间**:为设计和开发建立一个经常性的时间,在每周到每月一次之间进行会面。邀请的对象至少应该包括 UX、主导工程和质量工程。理想情况下如果日程安排允许团队中的所有开发人员都应该被邀请参加。
- **开发人员** 对 UX 原则的理解可以帮助指导问题和反馈。你可以在 UX 设计原则或各种书籍和文章中找到一个很好的概述。 2. **使分享成为主要议程:** UX 应该分享他们目前正在进行的用例和功能以及任何相关的用户研究数据。UX 设计师应该向开发团队展示工作流程设计、线框图和高保真模拟图。开发应该分享他们这边做出的任何可能影响用户体验的设计决定。
3. **鼓励提问:** 合作是最理想的情况。鼓励所有与会者提出问题并给予反馈。对问题的回答和对反馈的回应是讨论设计和方向的机会,也是一个相互学习的机会。
- **建立一个经常性的合作时间** 为设计和开发建立一个经常性的时间,在每周到每月一次之间进行会面。邀请的对象至少应该包括 UX、主导工程和质量工程。理想情况下如果日程安排允许团队中的所有开发人员都应该被邀请参加。 4. **拥抱学习的心态**:避免说教或“告诉”。相反,目的是互相学习。利用彼此的专业知识,为用户和客户设计和建立一个良好的体验。要求对不熟悉的技术或概念进行解释。
- **使分享成为主要议程:**UX 应该分享他们目前正在进行的用例和功能以及任何相关的用户研究数据。UX 设计师应该向开发团队展示工作流程设计、线框图和高保真模拟图。开发应该分享他们这边做出的任何可能影响用户体验的设计决定。 5. **考虑正式学习**:当群体说着相同的语言时,合作关系会更容易。考虑正式的学习途径,例如:
- **鼓励提问:**合作是最理想的情况。鼓励所有与会者提出问题并给予反馈。对问题的回答和对反馈的回应是讨论设计和方向的机会,也是一个相互学习的机会。 - **设计人员**:编码基础课程,如开源的 [Odin 项目][5],对于学习服务的构造和构建的基本原理是有帮助的。
- **拥抱学习的心态** 避免说教或“告诉”。相反,目的是互相学习。利用彼此的专业知识,为用户和客户设计和建立一个良好的体验。要求对不熟悉的技术或概念进行解释。 - **开发人员**:对 UX 原则的理解可以帮助指导问题和反馈。你可以在 UX 设计原则或各种书籍和文章中找到一个很好的概述。
- **考虑正式学习** 当群体说着相同的语言时,合作关系会更容易。考虑正式的学习途径,例如:
### 一个开放合作的例子 ### 一个开放合作的例子
@ -49,6 +52,8 @@
建立体验是由一个合作的团队做出的一系列决定。产品、设计和开发需要作为各自领域的专家和其他人的利益相关者一起工作。我鼓励你让开发和设计参与进来,以获得更多的合作反馈,并一起努力创造出具有最佳用户体验的最佳产品。 建立体验是由一个合作的团队做出的一系列决定。产品、设计和开发需要作为各自领域的专家和其他人的利益相关者一起工作。我鼓励你让开发和设计参与进来,以获得更多的合作反馈,并一起努力创造出具有最佳用户体验的最佳产品。
题图MJ/f8f89c47-821a-4327-aa18-9483633aef50
-------------------------------------------------------------------------------- --------------------------------------------------------------------------------
via: https://opensource.com/article/23/4/designers-developers-collaborate via: https://opensource.com/article/23/4/designers-developers-collaborate
@ -56,7 +61,7 @@ via: https://opensource.com/article/23/4/designers-developers-collaborate
作者:[Katie Riker][a] 作者:[Katie Riker][a]
选题:[lkxed][b] 选题:[lkxed][b]
译者:[geekpi](https://github.com/geekpi) 译者:[geekpi](https://github.com/geekpi)
校对:[校对者ID](https://github.com/校对者ID) 校对:[wxy](https://github.com/wxy)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译,[Linux中国](https://linux.cn/) 荣誉推出 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译,[Linux中国](https://linux.cn/) 荣誉推出
@ -67,3 +72,4 @@ via: https://opensource.com/article/23/4/designers-developers-collaborate
[3]: https://www.redhat.com/en/topics/api/what-are-application-programming-interfaces?intcmp=7013a000002qLH8AAM [3]: https://www.redhat.com/en/topics/api/what-are-application-programming-interfaces?intcmp=7013a000002qLH8AAM
[4]: https://www.redhat.com/architect/keycloak-ui-architecture?intcmp=7013a000002qLH8AAM [4]: https://www.redhat.com/architect/keycloak-ui-architecture?intcmp=7013a000002qLH8AAM
[5]: https://www.theodinproject.com/ [5]: https://www.theodinproject.com/
[0]: https://img.linux.net.cn/data/attachment/album/202305/31/230228jqjc7ztewqcewddu.jpg