552.md 2.9 KB
Newer Older
Lab机器人's avatar
readme  
Lab机器人 已提交
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
# Implement design & UI elements

> 原文:[https://docs.gitlab.com/ee/development/contributing/design.html](https://docs.gitlab.com/ee/development/contributing/design.html)

# Implement design & UI elements[](#implement-design--ui-elements "Permalink")

有关在 GitLab 上实现 UX 的指导,请参阅我们的[设计系统](https://design.gitlab.com/) .

The UX team uses labels to manage their workflow.

问题上的〜" UX"标签向 UX 团队发出信号,表明它将需要 UX 注意. 为了更好地了解 UX 解决问题的优先级,请参阅手册的[UX 部分](https://about.gitlab.com/handbook/engineering/ux/) .

解决问题并准备好进行开发后,UXer 会删除〜" UX"标签,并将〜" UX ready"标签应用于该问题.

有一个特殊类型的标签,称为〜"产品发现",用于 UX,PM,FE 和 BE. 它代表讨论问题和潜在解决方案的发现问题. 该问题的最终输出可能是需求文档,设计工件,甚至是原型. 该解决方案将在随后的里程碑中开发.

〜"产品发现"问题与其他任何问题一样,并且在当前里程碑中安排时,应包含里程碑标签,〜"可交付成果"或〜"伸展".

The initial issue should be about the problem we are solving. 最初的问题应该与我们正在解决的问题有关. If a separate [product discovery issue](https://about.gitlab.com/handbook/engineering/ux/ux-department-workflow/#how-we-use-labels) is needed for additional research and design work, it will be created by a PM or UX person. 如果需要其他[产品发现问题](https://about.gitlab.com/handbook/engineering/ux/ux-department-workflow/#how-we-use-labels)来进行其他研究和设计工作,则将由 PM 或 UX 用户创建. Assign the ~UX, ~"product discovery" and ~"Deliverable" labels, add a milestone and use a title that makes it clear that the scheduled issue is product discovery (for example, `Product discovery for XYZ` ). 分配〜UX,〜"产品发现"和〜"可交付成果"标签,添加一个里程碑,并使用标题清楚地表明计划的问题是产品发现(例如, `Product discovery for XYZ` ).

为了解决发行版中的产品发现问题,您必须完成以下操作:

1.  UXer 删除〜UX 标签,添加〜" UX ready"标签.
2.  修改产品发现问题中的问题描述以包含最终设计. 如果有道理,可以将指示设计需求的原始信息移至下部的"原始信息"部分.
3.  将设计复制到为其创建了产品发现问题的交付问题的描述中. 不要简单地将产品发现问题称为独立的事实来源.
4.  在某些情况下,产品发现问题还标识了将来的增强功能,这些增强功能不会包含在起源产品发现问题的问题中. 对于这些项目,请创建包含设计的新问题,以确保它们不会丢失. 如果这些问题是好的想法,则将这些问题放在待办事项中. 否则,将它们分类.

* * *

[Return to Contributing documentation](index.html)