mirror of
https://github.com/LCTT/TranslateProject.git
synced 2024-12-23 21:20:42 +08:00
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:
commit
3506b76f52
@ -3,16 +3,20 @@
|
||||
[#]: author: "Katie Riker https://opensource.com/users/kriker"
|
||||
[#]: collector: "lkxed"
|
||||
[#]: translator: "geekpi"
|
||||
[#]: reviewer: " "
|
||||
[#]: publisher: " "
|
||||
[#]: url: " "
|
||||
[#]: reviewer: "wxy"
|
||||
[#]: publisher: "wxy"
|
||||
[#]: url: "https://linux.cn/article-15864-1.html"
|
||||
|
||||
帮助 UX 设计师和开发人员更好地合作的 5 种开放方式
|
||||
======
|
||||
|
||||
![][0]
|
||||
|
||||
> 用开放的决策进行设计可以帮助增加用户体验和开发团队之间的合作。
|
||||
|
||||
理想情况下,设计师与他们的产品团队和用户有良好的关系。然而,设计师和开发者之间的关系更难建立和维持。缺乏密切的关系使得问题的解决或改进变得困难。
|
||||
|
||||
根据我的经验,开源的[开放决策框架][1]可以克服许多这样的障碍。
|
||||
根据我的经验,开源的 <ruby>[开放决策框架][1]<rt>Open Decision Framework</rt></ruby> 可以克服许多这样的障碍。
|
||||
|
||||
开放决策框架宣称,[开放式决策][2] 是透明的、包容的、以客户为中心的。它包括与受影响的各方清楚地分享问题、要求和限制。它能够与多个利益相关者合作,以确保不同的意见和全面的反馈。最重要的是,它能在相互竞争的需求和优先事项之间管理关系和期望。
|
||||
|
||||
@ -28,15 +32,14 @@
|
||||
|
||||
开发者和设计之间的开放和透明的关系并不像它应该的那样普遍。这种工作方式对双方来说可能都是新的。以下是我为使合作成功而提出的五大建议:
|
||||
|
||||
1. **建立一个经常性的合作时间**:为设计和开发建立一个经常性的时间,在每周到每月一次之间进行会面。邀请的对象至少应该包括 UX、主导工程和质量工程。理想情况下,如果日程安排允许,团队中的所有开发人员都应该被邀请参加。
|
||||
2. **使分享成为主要议程:** UX 应该分享他们目前正在进行的用例和功能,以及任何相关的用户研究数据。UX 设计师应该向开发团队展示工作流程设计、线框图和高保真模拟图。开发应该分享他们这边做出的任何可能影响用户体验的设计决定。
|
||||
3. **鼓励提问:** 合作是最理想的情况。鼓励所有与会者提出问题并给予反馈。对问题的回答和对反馈的回应是讨论设计和方向的机会,也是一个相互学习的机会。
|
||||
4. **拥抱学习的心态**:避免说教或“告诉”。相反,目的是互相学习。利用彼此的专业知识,为用户和客户设计和建立一个良好的体验。要求对不熟悉的技术或概念进行解释。
|
||||
5. **考虑正式学习**:当群体说着相同的语言时,合作关系会更容易。考虑正式的学习途径,例如:
|
||||
- **设计人员**:编码基础课程,如开源的 [Odin 项目][5],对于学习服务的构造和构建的基本原理是有帮助的。
|
||||
- **开发人员**:对 UX 原则的理解可以帮助指导问题和反馈。你可以在 UX 设计原则或各种书籍和文章中找到一个很好的概述。
|
||||
|
||||
- **建立一个经常性的合作时间**: 为设计和开发建立一个经常性的时间,在每周到每月一次之间进行会面。邀请的对象至少应该包括 UX、主导工程和质量工程。理想情况下,如果日程安排允许,团队中的所有开发人员都应该被邀请参加。
|
||||
- **使分享成为主要议程:**UX 应该分享他们目前正在进行的用例和功能,以及任何相关的用户研究数据。UX 设计师应该向开发团队展示工作流程设计、线框图和高保真模拟图。开发应该分享他们这边做出的任何可能影响用户体验的设计决定。
|
||||
- **鼓励提问:**合作是最理想的情况。鼓励所有与会者提出问题并给予反馈。对问题的回答和对反馈的回应是讨论设计和方向的机会,也是一个相互学习的机会。
|
||||
- **拥抱学习的心态**: 避免说教或“告诉”。相反,目的是互相学习。利用彼此的专业知识,为用户和客户设计和建立一个良好的体验。要求对不熟悉的技术或概念进行解释。
|
||||
- **考虑正式学习**: 当群体说着相同的语言时,合作关系会更容易。考虑正式的学习途径,例如:
|
||||
|
||||
### 一个开放合作的例子
|
||||
|
||||
在与我团队中的一个开发人员进行的早期设计审查中,我展示了一个具体的交互,以显示关于一个物体的更多数据。我传达了用户的需求并演示了这个交互,这时开发者问道:“是否需要完全以这种方式来完成?”
|
||||
@ -49,6 +52,8 @@
|
||||
|
||||
建立体验是由一个合作的团队做出的一系列决定。产品、设计和开发需要作为各自领域的专家和其他人的利益相关者一起工作。我鼓励你让开发和设计参与进来,以获得更多的合作反馈,并一起努力创造出具有最佳用户体验的最佳产品。
|
||||
|
||||
(题图:MJ/f8f89c47-821a-4327-aa18-9483633aef50)
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
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]
|
||||
选题:[lkxed][b]
|
||||
译者:[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/) 荣誉推出
|
||||
|
||||
@ -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
|
||||
[4]: https://www.redhat.com/architect/keycloak-ui-architecture?intcmp=7013a000002qLH8AAM
|
||||
[5]: https://www.theodinproject.com/
|
||||
[0]: https://img.linux.net.cn/data/attachment/album/202305/31/230228jqjc7ztewqcewddu.jpg
|
Loading…
Reference in New Issue
Block a user