8步实现优秀的 Jira 字段
在思考有多少种不同的组织使用 Jira Software 来帮助团队实现愿景时，我总是感到震惊。 尽管每个实施细节都有所不同，但每个客户都使用 Jira Software 来跟踪信息，以便团队中的每个人都可以保持同步。
让我们继续介绍如何在 Jira Software 中呈现和组织信息，以便优化团队使用信息的方式。
定义 issue 类型，字段和工作流
Jira Software 是如何呈现以及储存信息的？有三种主要的部分：issue 类型，字段和工作流。
Issue 类型: issue 类型对应现世界的对象。软件团队常用的 issue 类型有 bug, 任务和用户故事。
字段：字段围绕不同 issue 类型描述他们的属性。Bug 通常有总结，描述，修复版本和组成部分 来表述软
件产生 bug 的地方。
工作流: 工作流是 issue 类型对应对象的生命周期。一些团队的设计中，Bugs 有发现，审查，已修复，验证
通过，关闭 等工作流状态。
控制字段数量
字段允许团队分别记录数据，以便稍后进行搜索和跟踪。 当组织首次采用 Jira Software 时，就像在糖
果店中的一个孩子，增加了一大堆字段。 像生活中的许多事情一样，太多的好东西可能会变糟糕！
几年前在 Jira 推出期间，我采访了公司的许多不同利益相关者，了解他们想要跟踪我们的某个 issue 类
型的什么数据。 利益相关者跨越了业务的多个领域，并对新系统提出了关键要求。 我发现了什么？ 该
企业希望跟踪这一特定 issue 类型的60多个不同字段。 从这个角度来看，美国的平均纳税申报表有 20
到 80 个不同的字段。 我们要求每个用户都投入相同的精力将问题提交给 Jira ，因为它需要申报税收！
我们是字段癌的受害者。
诊断字段癌
当团队要求其用户群提供太多信息时，字段癌是许多 Jira Software 实例中的常见情况。 当有人要求一个
字段时，他们往往没有意识到他们的字段有成本。 每次将新的字段添加到 Jira Software 中时，用户都很
难创建 issue。 没有人喜欢看到一个巨大的形式，它有很多神秘的术语。 你怎么知道你是否在字段癌中
挣扎？ 我们围绕三个重要问题：
在创建问题时，人们是否忽略了填写必要的信息？
人们会因为太麻烦而不提交 issue?
有某些字段收集了假的信息因为使用者不理解它们的含义？
字段癌的 8 种疗法
1，确保该字段有意义地影响业务
管理员，当有人问你在Jira Software中添加一个字段时，我鼓励你总是问以下问题：
这个字段的商业价值是什么？ 换句话说，知道这些信息如何有效地影响你的工作方式？
最终用户需要提交这些信息？ 用户需要多久才能可靠地收集并正确提交信息？ 有什么方法可以自动捕
获这些信息吗？
在问题生命周期中，您是否需要这些信息？
每个字段都有成本。用户必须：
理解这个字段是什么
输入数据
当数据改变时进行更新
要使字段有用，需要准确填写并包含当前信息。 当系统变得麻烦时，用户不再输入有质量的数据。 因
为数据不再可靠，字段就变质了。 确保每个以及所有领域都是正当的需要。
2. 在屏幕上对字段排序
默认情况下，Jira Software会在屏幕底部添加新的字段。 当管理员最初构建屏幕时，所有字段对于该应
用程序都是按照逻辑顺序排列的。 由于团队需要额外的字段，请花时间将它们添加到右侧屏幕的正确
位置。 这样做可以优化最终用户的数据输入体验。 每个新字段都应该让用户更接近完成。 让我们看看
两种形式：
虽然第一个界面也能捕捉所有正确的数据，但第二界面具有更直观的流程。 询问几个经常使用界面
的人流程是否正确，。 微调流程将帮助用户输入更好的数据，为整个团队提供更优化的工作流程。
3. 填写字段说明
将自定义字段添加到 Jira 后，您可以选择添加新字段的说明。 利用该说明，用户可以了解该字段需要
哪些信息。 我会保持简短的说明，以便整个界面保持紧凑。 您也可以在字段说明中使用 HTML，以便
将它链接到更具体的文档。 例如，我们来看一个名为 build number 的字段的示例说明。
内部版本号是当前版本的软件。 查看构建文档以了解如何查找构建编号。
指导你的用户将大大提高团队中每个人的效率。
4. 尊重必填选项
如果你在本文中只能从我这里获得一条建议，请选这一条：小小使用必填。 有很强的诱惑力来使字段
必填。 你需要这些数据，对吧？ 那么为什么不确保用户输入它？ 那么，如果你的用户不知道该输入
什么内容，他们可能会给你不好的数据 - 坏数据比没有数据差。 很难摆脱搜索中的不良数据，并使
报告成为一场噩梦。
如果你需要一个必填字段：
有办法填“我不知道”
添加字段说明（参考建议 3）
总的来说，人们想要做正确的事情。 如果团队成员被人为封锁，他们会到大门口偷听。 教人们如何
完成，而不是让 issue 提交困难。
5. 移除不必要的字段
团队经常改变，一年前的重要的事现在可能并不那么重要。 我发现很多次，用户会说，“我绝对需要这
个字段！”然后几个月过去了，团队没有按照请求者最初的意图使用该字段。 在 Jira Software 中，你可
以轻松搜索以查看有多少 issue 使用特定字段。 假设我们向 issue 类型错误添加了一个名为 build numb
er 的字段。 然后，我们可以运行两个查询来查看该字段的百分比利用率。
不包含 build number 的 Bugs
type = bug and “Build Number” is empty and created > “2013-02-01″
包含 build number 的 Bugs
type = bug and “Build Number” is not empty and created > “2013-02-01″
我加上了created > “2013-02-01”语句来排除添加那个字段之前的 issue.如果没有那个数据该怎么办？
运行这个查询:
type = bug and “Build Number” is not empty and created > "2013-02-01"
ORDER BY created ASC
然后您可以使用 issue 的创建日期。
然后，我们可以比较 build number 的 issue 数量与没有 build number 的 issue 数量。 如果团队没有有效
利用 build number 字段，他们会做出决定：是否需要该字段？
如果他们确实需要这个字段，那么运行这种类型的查询变得更加困难（参见步骤4）。
6. 展开数据条目
在许多组织中，围绕特定 issue 类型的数据集合在整个工作流程中发生。 例如，一个 bug 需要事前总
结和描述。 直到问题得到解决，它需要一个解决方案字段，修复版本，并且可以选择分配给代码审查
人员。
借助 Jira 软件，管理员可以自定义界面以使数据输入更自然。 报告问题的用户只能看到与其相关的字段
。 当工程师审查问题时，只会显示与该操作相关的字段。 这样，没有人一下子被所有的字段所淹没。
在 Jira Software 中，问题详细视图包含所有列出的字段。 产品团队已经在组织如何向用户展示这些信息
方面取得了很大进展。 有关涉及人员，日期和说明的问题详细信息的明确标题，很容易找到您要查找
的详细信息。
7. 界定每个字段的范围
当管理员创建自定义字段时，他们可以选择将其限制为某些项目，或者使其可用于所有项目。 使用项目
上下文来限制自定义字段显示的位置可以让每个人都更轻松。 只有必要的表单才能使每个人都更有效率。
拥有大量 Jira Software 实例的客户可以从我们关于扩展 Jira Software 的指南中了解更多信息。 我们已
经包含了一段关于自定义字段的内容，可以帮助您了解如何优化实例的性能。
8. 自动完成一切
我把最佳技巧保存了最后！自动化使您可以高效，准确地收集数据。
Jira Software 具有灵活的 REST API，可以使外部应用程序轻松创建问题并填充自定义字段。 开发人员
可以轻松访问大量信息，这些信息对于用户手动输入可能很困难或乏味。 通过将 Jira 软件连接到您的
应用程序，帮助您的工程师获得更好的 issue。
借助 REST API，工程师可以获得有关已报告 issue 的高保真细节，而不会给用户带来大量手动工作负担。
优化字段
字段是 Jira Software 不可或缺的组成部分，它们是使平台在许多组织中发挥作用的原因。 作为管理员
，我们的重要贡献之一是帮助人们了解使用 Jira Software 的最佳实践。 使用 字段为他们的需要，并
最大限度地减少缺点帮助每个人都更好的使用 Jira 。
从 issue 详细信息界面直接添加字段很容易。
添加字段
还有一个现场画廊，因此管理员可以在添加字段之前查看字段的可视化表示。
可视化
Jira Software可以轻松构建现场配置，以便在许多项目中共享，从而使维护变得轻松。 如果新字段会影响
其他项目，Jira Software会通知管理员。 然后管理员可以决定他或她如何继续。
此外，Atlassian Marketplace上还有许多自定义字段类型可供下载到Jira Software安装中。
页:
[1]
