JIRA-快速启动指南-全-

JIRA 快速启动指南（全）

原文：annas-archive.org/md5/f35eeb466cc8e2d224ede92738b5de2e

译者：飞龙

协议：CC BY-NC-SA 4.0

序言

Jira 快速入门指南专注于帮助您快速入门 Jira，并特别针对这一目标编写。像任何其他工具一样，Jira 也有一个学习曲线，但通常情况下，您不希望花费数周甚至数月的时间仅仅用来评估产品。本书将为您提供足够的知识，使您不仅可以作为用户使用该工具，还能作为管理员使用。书中的内容首先为您提供了 Jira 的概览，并讲解了它如何帮助您，然后介绍了 Jira 的基础知识，帮助您理解如何在项目中应用 Jira。后续章节则专注于探索 Jira 的定制化功能，赋予您必要的知识，了解各种方案，这些都是使用 Jira 进行项目管理时不可忽视的。

本书适用对象

本书对于项目经理尤其有用，但也适用于其他 Jira 用户，包括开发人员以及任何希望利用 Jira 强大的任务管理和工作流功能来更好地管理其业务流程的行业，除了软件开发外。我们将介绍如何配置项目和看板、定制工作流以及在 Jira 中管理项目权限。本书提供了对 Jira 所有主要应用的全面解释，包括 Jira Software、Jira Service Desk 和 Jira Core。内容涵盖了规划和设置新的 Jira 实例。我们将讨论关键功能，如理解工具的基本使用方法、为流程设置工作流，以及 Jira 中的报告功能和各种最佳实践的理解。

本书主要面向项目经理、开发人员、服务台人员以及具有良好 Jira 管理经验的业务用户。

本书将涵盖使用 Jira 进行项目管理、服务台操作和业务流程的各个方面。

本书涵盖的内容

第一章, 介绍 Jira，为您提供关于 Jira 作为工具的全面概述，解决的问题以及 Jira 的各种应用类型。

第二章, 入门 Jira Core 和基本使用，将教您如何设置 Jira 并立即开始使用。本章主要面向业务团队，重点介绍 Jira Core 的基本使用方法。

第三章, 使用 Jira Software 进行开发团队管理，讲解了如何利用基于敏捷项目的 Jira 进行软件开发。本章将向您展示 Jira 中的敏捷看板是如何工作的。

第四章使用 Jira Service Desk 进行帮助台，主要聚焦于使用 Jira Service Desk 来管理支持台。在这一章中，我们将涵盖 Jira Service Desk 的各个方面，包括门户、队列和服务水平协议(SLAs)。

第五章，Jira 方案和配置项目工作流，开启了 Jira 定制化之旅，让你能够以适合自己的方式更好地使用 Jira。本章将通过修改工作流来启动你的 Jira 实例配置。

第六章，配置项目屏幕和权限，继续探讨 Jira 的定制化内容。在这一章中，我们将展示如何在项目中添加新字段，并学习如何通过查看权限来控制谁可以做什么。

第七章，报告和仪表盘，将展示如何通过查看 Jira 的各种报告功能来分析数据。我们将查看项目报告，并学习如何创建自定义仪表盘。

第八章，最佳实践，让我们最终可以花时间讨论在组织中使用 Jira 时应遵循的各种最佳实践。这将确保你的 Jira 实例的卓越性能，并确保实例的管理不会成为一项艰巨的任务。

为了从本书中获得最大收益

• 本书要求你有 Jira 实例的访问权限。由于我们将使用 Jira 的云版本，你甚至不需要安装任何东西。只需注册一个 Jira Cloud 实例并开始跟随本书。

• 理解本书中提到的 Jira 概念不需要任何先决条件；不过，对于敏捷方法和服务台有一些基本了解会有所帮助，尽管这不是必需的。

• 本书是为各种读者编写的。只要你有学习 Jira 的愿望，这本书肯定会对你有所帮助。

使用的约定

本书中使用了一些文本约定。

CodeInText：表示文本中的代码词、数据库表名、文件夹名、文件名、文件扩展名、路径名、虚拟网址、用户输入和 Twitter 账号。例如：“输入boards”。

粗体：表示新术语、重要词汇或屏幕上出现的单词。例如，菜单或对话框中的词汇会以这种形式出现在文本中。这里是一个例子：“在发现新产品页面中，点击位于 Jira 软件旁边的免费试用按钮。”

警告或重要提示以这种形式出现。

提示和技巧以这种形式出现。

联系我们

我们始终欢迎读者的反馈。

一般反馈：如果你对本书的任何内容有疑问，请在邮件主题中提及书名，并通过 customercare@packtpub.com 向我们发送邮件。

勘误：尽管我们已经尽力确保内容的准确性，但错误难免。如果你在本书中发现错误，我们将非常感谢你向我们报告。请访问 www.packt.com/submit-errata，选择你的书籍，点击“勘误提交表单”链接，并填写相关信息。

盗版：如果你在互联网上遇到我们作品的任何非法版本，我们将非常感谢你提供该地址或网站名称。请通过 copyright@packt.com 与我们联系，并附上相关链接。

如果你有兴趣成为作者：如果你在某个领域有专业知识，并且有兴趣写作或为一本书贡献内容，请访问 authors.packtpub.com。

评论

请留下评论。在阅读并使用本书后，为什么不在你购买本书的网站上留下评论呢？潜在读者可以看到并根据你的公正意见做出购买决定，我们 Packt 也可以了解你对我们产品的看法，而我们的作者也能看到你对他们书籍的反馈。谢谢！

如需了解更多关于 Packt 的信息，请访问 packt.com。

第一章：介绍 Jira

在本章中，我们将了解什么是 Jira，以及它如何作为一个问题跟踪工具被组织中的各个团队使用。它是由 Atlassian 公司开发的最受欢迎的工具之一，该公司也正是 Jira 的背后公司。Jira 有三种不同的版本，本章中，我们还将讨论这三种版本之间的区别。

我们将讲解 Jira 解决的问题、Jira 的优势以及使其区别于其他工具的主要功能，最后我们将通过了解这三个应用中的独特功能，来深入了解 Jira Core、Jira 软件和 Jira 服务台。

最后，我们将分享你在组织中应该根据需求使用哪个应用。

本章将涵盖以下主题：

• 什么是 Jira？

• Jira Core

• Jira 软件

• Jira 服务台

• Jira 解决的问题

• Jira 的主要优势是什么？

• 如何决定使用哪个应用

• 部署选项

什么是 Jira？

Jira 是一个专有的问题跟踪系统。它可以用来跟踪错误、解决问题，并管理项目功能。市场上有许多工具，但 Jira 的最佳之处在于它可以轻松定制和配置，以适应组织的特定需求，而且有很多方式可以增加更多功能。

默认情况下，Jira 提供缺陷/错误跟踪功能，但它也可以定制为像帮助台系统、简单的测试管理套件或具有端到端可追溯性的项目管理系统，适用于软件开发项目。

Jira 主要通过 Web 浏览器访问，但它与其他工具有很多集成，Jira 还配有 RESTful API，方便你以编程方式与其交互。

Jira Core

Jira Core 是 Jira 的基本版本之一，面向那些需要灵活、可以定制并且易于使用的工具的商业团队。

Jira Core 非常适合如市场营销、运营、人力资源、法律和财务等团队。它具备工作流、仪表板和报告等所有功能。

Jira 软件

Jira 软件的目标团队——顾名思义——是那些希望使用能够帮助他们实施敏捷方法论（如 Scrum 和 Kanban）的工具的团队。

Jira 软件具有标准功能，如创建敏捷看板以提高透明度。它有规划、跟踪、发布和报告等功能。它具备 Jira Core 的所有功能，所以你可以放心，它在定制方面足够强大。

Jira 服务台

除了商业团队和软件团队，Jira 服务台还面向支持台或帮助台。

在 Jira Service Desk 中，提供了服务台工具的标准功能，例如客户门户，可以让客户提交工单并在知识库中进行自助查询；对于将处理工单的代理人员，他们有可配置的队列。就像 Jira Software 一样，Jira Service Desk 也包含了 Jira Core 的所有功能和优势。

正如你们可能已经猜到的，Jira Core 是最基本的工具，依据你的需求以及你是否想使用敏捷方法开发软件、瀑布模型，或是定制开发流程，你可以使用 Jira Software。为了向客户提供支持并在 Jira 中处理工单，你可以使用 Jira Service Desk。

Jira 解决的问题

Jira 已成为业界最受欢迎的工具之一，不仅是软件开发团队使用，支持桌面和业务团队也在使用。Jira 本质上是一个问题跟踪工具，其中问题是一个通用术语，指的是任务、bug、故事、史诗等在软件开发项目中的工单，商业项目中的待办事项，或者在服务台项目中的事件、问题或服务请求。Jira 的受欢迎程度增加的原因之一是它可以非常轻松地根据各种用例进行定制。

Jira 解决的挑战和问题

我们希望花一些时间讨论团队或组织在使用各种工具时所面临的各种挑战和问题。

缺乏灵活性

行业内有许多已成为标准的开发方法论。这些方法论被许多组织采用。例如，敏捷方法如 Scrum 和 Kanban 是最广泛使用的技术之一，但说实话，无论这些标准如何，每个公司的工作方式都不相同，而且有许多因素会改变公司工作的方式。

Scrum 和 Kanban 方法论提供了一个共同框架，许多工具可以帮助这些工具的轻松采用；然而，一个工具应该足够灵活，以适应团队的需求。一个工具应该遵循标准，但同时也应足够灵活，允许团队进行调整。

自定义困难

大多数团队采用的开发或支持方法论都是由一个过程驱动的，这个过程不过是一个包含不同阶段的生命周期。最简单的过程可能只有三个阶段，比如待办、进行中和完成。当一个新任务开始时，它通常是等待有人来处理，当他们完成任务时，他们只需要将任务状态更新为“完成”。

现在，在大多数情况下，过程的复杂性由活动类型（任务或缺陷）、在规划工作时需要捕获的信息（摘要、描述等）、任务的生命周期或工作流以及使用报告跟踪工作来定义。标准，例如 Scrum/Kanban（敏捷）或 ITSM（服务台），提供了框架，但试图采用这些行业标准的团队仍然需要根据他们的需求调整工具。也许他们需要确保用户或开发人员在解决任务时附加一个文件，或者他们希望在任务分配给开发人员时向他们发送通知。

任何工具都应该允许这样的定制，以便使用它的团队能够充分受益。

团队采用时的困难

工具是用来解决问题的，而不是让问题更复杂。一个在笔记本电脑上工作的自由职业者可能不需要依赖工具来帮助他们；一个由几名开发人员组成的小团队可以通过在电子表格中跟踪他们的活动来开发代码；而一个偶尔接收几个工单的小型帮助台团队也可以仅通过电子邮件来管理他们的工作。

然而，当这些团队需要提高效率并希望变得更有生产力时，工具就发挥了作用。你使用的任何工具都应该是容易被所有人采用的。它应该容易让管理员设置和实施，应该让管理层轻松规划和跟踪工作，最后，它应该易于开发人员使用。

学习工具需要大量培训

如前所述，工具的采用不应该困难，因此需要一定的努力来培训涉及使用该工具的人。然而，培训的质量以及团队能够多快开始使用该工具也非常重要，并且应成为选择工具时的关键标准。

昂贵

组织中使用的工具提供了很多价值，并且有显著的好处；然而，工具应该能够证明其成本和维护的合理性。一个工具可能很灵活，提供大量定制，且每个人都能轻松使用，但如果它的实施和设置成本过高，那么组织将难以证明其价值。

市面上有很多灵活的工具和应用程序，但它们要么难以定制，要么需要大量的努力。有些工具易于定制，但需要大量的培训和特殊技能。Jira 试图通过提供适当的平衡来解决这些问题。大多数定制可以通过 UI 完成，这使得团队能够迅速入门，同时对工具充满信心和安心，因为流程中的细微变化（例如，在工作流中添加新状态）不会需要一周的时间。

Jira 的主要优点是什么？

如果你在犹豫是否应该使用 Jira，这些好处将帮助你做出决定。我们强调这些点非常重要。

使用 Jira 的各种好处如下：

• 适用于各种规模团队的标准工具

• 简单的许可模式

• 轻量级工具

• 低维护成本

• 易于使用且直观

• 提高生产力

• 更好的可视性

• 与其他工具的集成

• 市场应用

• 一个 RESTful API，带来无限可能

• Atlassian 社区

现在我们来详细讨论这些功能。

适用于各种规模团队的标准工具

当你第一次安装 Jira 时，你会发现入门非常简单。你可以使用各种现成的模板来创建项目。无论你的团队规模如何，你总是可以选择使用这个行业标准的工具。即使是一个小团队，现成模板中提供的配置也已非常完备。Jira 不会根据团队规模区分功能；无论是小团队还是大企业，工具中的功能是一样的。一个 10 人的小团队在敏捷看板上工作的方式与一个 50 人的大团队在多个敏捷看板上工作的方式是一样的。

拥有这种一致性对管理员和团队成员来说都很有益，因为通过使用像 Jira 这样的工具获得的知识将永远帮助他们，尤其是当团队未来不断壮大时。

简单的许可模式

Jira 是 Atlassian 开发的专有软件，你需要购买许可证才能使用它。许可证的费用是根据团队中使用该系统的用户数量来计算的，非常直观。

假设你有 15 个开发人员，5 个经理和 2 个管理员，那么总共有 22 个用户在使用系统。为了了解你需要购买的许可证，只需查看 Atlassian 网站。在 22 个用户的情况下，你需要购买一个适用于 25 个用户的许可证。

你可以访问以下链接，查看需要购买的许可证：

www.atlassian.com/software/jira/pricing?tab=self-hosted

当你打开这个链接时，你将看到如下截图的界面，你可以选择部署类型——云端或自托管——然后，根据用户数量，许可证费用将显示给你：

图 4

如果未来用户数量增加，可以随时购买额外的许可证。建议至少考虑明年的预期使用量。如果目前有 22 个用户，但你知道这个数字将增加到 35 或 40 个，那么最好考虑购买相应的许可证来应对未来的增长。这将为你节省一些费用，这绝对是个不错的主意。

Jira 有多种部署选项，我们将在本章中讨论，但要在自己的服务器上安装 Jira，你需要购买自托管部署的许可证。

轻量级工具

在自己的服务器上安装 Jira 不需要大规模的基础设施投资。它可以在拥有 2GB 内存和多核 CPU 的服务器上运行得相当顺畅；当然，这也取决于实例的大小。对于从几千个问题的小规模实例到几百万个问题的大规模实例，服务器规格可以有所不同，这也是使用 Jira 的一个重要优势。

Atlassian 根据实例大小，在此页面上推荐了一些规格：

confluence.atlassian.com/adminjiraserver/jira-applications-installation-requirements-938846826.html

如果你刚开始使用一个小规模实例，可以选择前述链接中 Atlassian 推荐的规格。你并不需要一开始就配置庞大的基础设施。

低维护成本

我们之前讨论过选择工具时需要注意的挑战；除了功能和成本这些在初期非常重要的因素外，你还需要了解工具的运行成本。像其他任何工具一样，Jira 也需要持续维护，管理员需要定期清理系统，正确管理备份，并确保定期升级实例本身。

Jira 每两个月发布一个新的小版本，这些版本不仅包含新功能，还有 bug 修复。

升级和维护 Jira 完全不是一项艰巨的任务。只要有合适的管理机制，确保工具的良好性能其实非常简单。大多数 Jira 管理操作都可以通过 UI 进行，管理员可以非常方便地在浏览器窗口中处理定制和其他常规管理任务。

易用性和直观性

使用 Jira 非常直观且容易。每个用户——无论是开发人员、经理还是管理员——都会使用网页浏览器登录 Jira。登录后，他们会看到仪表板，并根据用户的权限和授权显示并启用相应的功能。

尽管使用 Jira 非常直观，且最终用户无需特殊培训，但仍然存在学习曲线。大多数需要使用 Jira 的人是自学的，但 Atlassian 提供了专门的文档：

confluence.atlassian.com/alldoc/atlassian-documentation-32243719.html

前述链接包含了所有 Atlassian 产品的最新文档，包括 Jira Core、Jira Software 和 Jira Service Desk。

阅读文档或像本书这样的书籍将帮助你快速上手这款工具，而且有大量资源可以帮助你学习并充分利用这款工具。然而，如果你打算在公司推广 Jira，可以放心，用户可以非常迅速地接受它；通过非常短的培训或辅导课程，将像 Jira 这样的工具引入团队是非常容易的。

提高生产力

工具的易用性和直观性非常重要，正如我们在前面关于工具采纳部分所讨论的，当人们开始使用 Jira 后，你可以预期你的生产力会提高。Jira 不仅是规划活动或项目的好工具，日常跟踪也非常出色。通过多种方式，团队始终能够跟进项目中的最新活动。有仪表板，任何拥有合适权限的人都可以查看与自己和团队相关的信息。此外，工具还具有发送通知和提醒给用户的能力。

例如，参与项目或任务的用户会从系统收到电子邮件通知。当然，这些电子邮件通知可以定制化，以减少噪音，但也有机制确保在使用如 Jira 这样的工具时，整体团队生产力得到提升。

更好的可见性

规划和跟踪活动没有意义，若团队无法从错误中学习并加以改进。我们可以在 Jira 中创建与一个或多个项目相关的各种报告。

在 Jira 中，有一个仪表板的概念，用户可以根据其权限创建一个或多个仪表板，包含各种小工具，帮助他们提供最新的报告。

这些报告帮助管理者不仅保持进度，还能确保整体进展保持，并在适当的时候采取相应的行动。例如，在仪表板上，我们可以以图形和表格的形式查看过去几个月解决的问题与已关闭的问题数量，以及燃尽图、饼图显示根据工作流状态划分的问题。

Jira Software 中的敏捷看板始终显示整个开发团队的最新信息，Jira Service Desk 中的队列也为代理提供了准确的工单积压情况。

提高可见性是 Jira 的关键特点之一，它在这方面做得非常好。

与其他工具的集成

Jira 本身是一个很棒的工具；然而，Atlassian 还有其他工具，例如用于在线协作的 Confluence；用于代码仓库的 Bitbucket；以及用于持续集成的 Bamboo。Jira 和大多数其他 Atlassian 工具可以原生互通。

Atlassian 拥有一个生态系统和一套集成工具，这些工具可以单独使用，但当它们互相集成时，能够提供完整的解决方案。

例如，如果你的组织计划使用 Atlassian 工具实施 DevOps 实践，那么你可以使用像 Bamboo、Bitbucket 等工具，并与 Confluence 和 Jira 结合使用，它们大多数都已集成。

除了与 Atlassian 工具进行集成外，Jira 还可以与第三方工具进行集成，这可以通过应用或附加组件来完成，我们稍后会讨论，但对于任何你找不到应用的集成，仍然可以使用 Jira 的 RESTful API。

Marketplace 应用

Jira 本身有很多开箱即用的功能，并且根据你使用的应用类型，它提供了一些模板。例如，当使用 Jira Software 时，你可以创建一个基于 Scrum 或 Kanban 配置的项目。同时，你始终可以选择使用 Jira 中的各种方案来修改和创建你自己的配置集。然而，除了工具中的标准功能和这些自定义选项外，如果你需要扩展 Jira 的功能集，你可以安装各种插件，也称为附加组件，或者最近被称为应用程序。

这些应用要么来自 Atlassian 本身，要么来自其他公司——大多是 Atlassian 的合作伙伴，他们将这些应用发布到 Marketplace：

marketplace.atlassian.com/

如果你打开这个链接，你将进入 Atlassian Marketplace 页面，在那里你可以下载成千上万的应用程序，不仅适用于 Jira，也适用于其他所有 Atlassian 工具。如下面的截图所示，你可以浏览各种应用，或者搜索它们：

图 5

当你访问 Marketplace 时，你可以选择查看每个 Jira 应用的各种热门应用，但假设你想在 Jira 中进行测试管理，并且你在想是否有应用可以快速为你提供这个选项；你可以从 Marketplace 下载各种应用并进行评估。

拥有这些应用为 Jira 提供了无限的可能性——当然，这取决于应用是否足够适合你的使用场景，但至少你知道，通过应用的帮助，你可以完成原生功能无法实现的事情。这些应用要么提供更多功能，要么与其他工具进行集成。

一个 RESTful API，带来无限可能

我们刚刚讨论了通过应用扩展工具功能的概念，但如果你在想如何以编程方式将数据推送和拉取到 Jira 中，你会很高兴知道 Jira 提供了一个 RESTful API，这是与其他工具通信的一种很棒方式。

无论你是想构建自己的界面，还是将数据导入 Jira，或者可能从现有的遗留工具与 Jira 进行交互，RESTful API 都为你打开了很多可能性：

developer.atlassian.com/server/jira/platform/rest-apis/

上述链接将为你提供关于 Jira 中这一惊人 API 集合的详细信息。你可以通过 UI 访问的功能以及各种特性，也可以通过 RESTful API 进行访问。这使得开发者可以编写自己的界面并与工具进行集成。

Atlassian Community

我们已经谈到过 Jira 的各种好处，但这一点需要特别提及。Atlassian 不仅构建了 Jira，这个在业内已经相当流行的工具，还提供了一个平台，供用户讨论其工具：

community.atlassian.com/

Atlassian Community 就是这样一个平台，用户可以在这里提问、分享知识并与其他用户建立联系。如以下截图所示，Atlassian Community 首页会提供一个选项，让你点击特定的 Atlassian 产品，或搜索你需要的信息：

图 6

假设你对 Jira 中的某个特定功能有问题，或者需要关于某个特定话题的帮助，那么你可以来这个平台提问，并且肯定会得到其他用户的帮助。

Atlassian 还会持续监控这个平台并定期收集用户和客户的反馈。这帮助他们改进产品。

如何决定使用哪个应用程序？

Jira 有三种不同的版本，正如我们之前简要讨论过的。如果你在想是否应该使用 Jira Core、Jira Software 还是 Jira Service Desk，那么在这一部分我们将讨论如何选择适合你的应用程序。

让我们简要回顾一下这三个应用程序的概况：

• Jira Core 主要就是 Jira

• Jira Software 是一个添加到 Jira Core 中的应用程序，它提供了 Scrum 和 Kanban 看板

• Jira Service Desk 是一个添加到 Jira Core 中的应用程序，它提供了客户门户、服务请求、SLA 和队列

以下表格描述了各种团队使用这三款应用程序的潜在用途：

Jira Core	Jira Software	Jira Service Desk
需要工具来规划和跟踪其活动的业务团队。可以使用 Jira Core 的团队：市场营销、运营、人力资源、法律和财务。其他任何团队都可以使用 Jira Core。	从事软件开发和交付的软件开发团队。Jira Software 支持的开发方法：SCRUM83 和 Kanban。Jira Software 支持典型的敏捷概念以及基于敏捷的标准报告。	服务台和 IT 支持台帮助处理客户问题。它可以用于实施 ITSM 或 ITIL。主要功能包括：客户门户、与 Confluence 的自助服务集成、SLA 和队列。Jira Service Desk 不对提交工单的客户数量进行限制。

最棒的部分是，这三款应用程序可以一起使用。你可以在组织中有一个 Jira 实例，几个团队可以在 Jira Core 上运行他们的项目而不需要敏捷看板，开发团队可以使用 Jira Software 管理他们的项目，客服团队则可以在 Jira Service Desk 上运行他们的项目。

在大多数情况下，运行这三个应用程序的实例最好只有一个，但这些应用程序也可以分别在不同的实例上运行。

部署选项

主要有三种使用 Jira 的方式，每种方式都有其独特的优点：

• 云端

• 服务器版

• 数据中心

云端

为了快速入门，你可以使用云端部署选项，只需要在线注册，就能在几分钟内启动并运行你的 Jira 实例。使用云端部署时无需安装。在注册 Jira Cloud 后，只需创建用户。你的 Jira 实例可以通过一个独特的链接访问，并可以与团队共享。

• Atlassian 设置并托管实例

• 没有服务器，没有存储，也无需维护

部署在云端的 Jira 始终可以迁移到服务器版本；这也取决于你使用的应用程序以及应用数据是否支持从云端迁移到服务器的过程。

服务器版

如果你想在自己的服务器上安装和设置 Jira，那么你可以下载 Jira 安装文件并根据自己的需求进行安装。在功能上，服务器版本的应用和云版本大致相同：

• 由你设置和托管实例

• 由你来管理安装

• 由你来维护实例

安装在服务器上的 Jira 也可以迁移到云端。需要记住的一点是要支持应用数据的迁移。

数据中心

这个部署方式面向大型企业的 Jira 部署。它基本上是 Jira 的服务器版本，但安装在多个节点上。数据中心部署的主要好处是高可用性、灾难恢复和可扩展性。如果你的组织无法容忍 Jira 的任何停机时间，并且 Jira 对你的业务至关重要，那么推荐使用此部署方式。

总结

在这一章中，我们讨论了 Jira 是什么，以及组织如何在不同的用例中使用它。我们花时间讲解了 Jira 的三种不同版本：Jira Core、Jira Software 和 Jira Service Desk；这三款应用程序解决了哪些问题；使用 Jira 的好处；以及启动 Jira 旅程的各种部署选项。

一旦你了解了 Jira，那么就是时候开始使用这个工具了。在第二章，“Jira 基础使用入门”中，我们将首先理解规划 Jira 设置的重要性，然后我们会注册一个 Jira Cloud 实例，创建一个 Jira Core 项目，了解项目界面的各个方面，最后花时间了解问题生命周期的过程。

第二章：开始使用 Jira Core 和基本使用方法

在本章中，我们将了解如何开始使用 Jira 来进行项目管理。我们将通过询问相关问题来规划我们的 Jira 安装，花时间规划。我们将设置一个 Jira Cloud 实例以及一个 Jira Core 类型的项目。当然，我们将从理解作为用户如何在项目中工作开始，并覆盖项目界面的各个方面。

我们还将学习 Jira 管理员如何创建一个新项目，以及作为项目经理，你如何确保项目中使用的方案是正确且符合你需求的。我们将花一些时间了解如何创建问题、处理问题并关闭问题。

本章涉及的主题包括以下内容：

• 开始使用 Jira

• 为业务团队使用 Jira Core

开始使用 Jira

在本节中，我们将设置一个 Jira 实例，之后将用它来学习本书中各个方面的工具；然而，就像使用任何工具时一样，我们需要问自己一些关于其使用的问题，这也是为什么规划是一个非常重要的阶段，我们需要先讨论这个部分。我们将快速在 Atlassian Cloud 上设置一个 Jira 实例，以开始我们的学习之旅。

规划你的 Jira 安装

在一开始，甚至在开始使用 Jira 之前，你需要考虑对该工具的期望，并提出一些问题。让我们讨论这些问题，这将帮助你做出关于在组织中实施 Jira 的明智决策。

有多少人将使用 Jira？

你是一个由 10 人组成的团队，需要快速找到一个工具来管理日常活动，还是在一个有 10,000 名员工的公司工作，需要在多个地点推广这个工具？

现有用户的数量以及预计将加入公司新用户的数量需要明确。这个数字非常重要，因为根据有多少人需要访问该工具，必须购买合适的许可证。Jira 的许可非常简单，依据用户数量来定。这一数字将帮助你了解 Jira 的成本。

你希望通过 Jira 解决什么问题？

Jira 有多种优势；在第一章中，介绍 Jira，我们详细讨论了 Jira 所带来的好处，但无论你是想为你的业务团队还是开发团队使用 Jira，还是想在 Jira 中实施像 Scrum 或 Kanban 这样的流程，都需要从一开始就明确。

Jira 可以根据不同的使用场景进行定制，例如缺陷追踪、测试管理、变更管理、需求管理和帮助台。根据这些期望，您选择的应用程序会有所不同。更重要的是，您应该有充分的理由说明 Jira 能够带来的好处，帮助您提升团队的当前效率和生产力。

您需要哪些应用程序和应用？

我们刚才讨论了 Jira 可以针对各种使用场景进行定制，您对这些定制的期望将帮助您决定需要哪些 Jira 应用程序。

让我们通过一些常见需求和可能的解决方案来了解如何使用正确的应用程序和应用：

您的需求	您需要的应用程序和应用
例如，如果您的敏捷开发团队目前在管理冲刺时遇到困难，并且正在寻找一个时间表管理工具。	Jira Software 和 Tempo Timesheets
您的法务团队目前有四人，使用共享的 Excel 表格跟踪所有案件以及负责处理案件的人员和案件的当前状态。	Jira Core
您的帮助台团队目前每天从各种客户那里接收大约 10 到 15 个工单，但他们正面临有效管理支持请求的困难。	Jira Service Desk

除了单独使用某一个应用程序外，您还可以让 Jira 实例运行多个应用程序，甚至是所有应用程序。由于这些应用程序是单独授权的，最好在开始时就花时间确认您需要哪些应用程序。

您想在 Jira 中创建多少个项目？

使用 Jira 时，您可以创建任意数量的项目；但是，使用特定类型应用程序的项目数量非常重要。例如，您的 Jira 实例可能会有以下几种情况：

• 使用 Jira Core 的两个项目

• 使用 Jira Software 的十个项目

• 使用 Jira Service Desk 的一个项目

在这种情况下，您将拥有 13 个项目，但每个项目都可以拥有自己的一组配置，这些配置将定义项目的行为。记录可能的使用案例和配置对于维护您的实例至关重要。未来，每当在 Jira 中创建新项目时，建议使用现有的配置集，并在组织内遵循标准。项目数量和所需应用程序的类型同样对优化许可证至关重要。

此外，项目数量较多意味着您的实例中会有大量的问题，这也可能是决定部署选项时的关键因素；例如，如果您的 Jira 将供数千名用户使用，处理数百万个问题或工单，那么您需要选择数据中心部署。

六个月和一年后的预计使用量是多少？

我们刚才讨论了实例中项目数量和用户数量将帮助您决定应用程序类型和部署选项，但如果您还有计划扩展工具的使用，那么在部署开始时购买足够数量的许可证，实际上会比在六个月后升级许可证层级更省钱。

所以始终做一些关于未来几年工具预计使用情况的项目。

与其他工具的集成

Jira 的一个最棒的特点是它能够与其他工具集成，不仅仅是来自 Atlassian 的工具，还包括其他第三方供应商的工具。

您是否需要将公司中的活动目录与 Jira 集成，或者您希望 Jira 与 Atlassian 的在线协作工具 Confluence 进行集成？还是公司中有一个遗留工具需要将数据推送到 Jira？像 Jira 与 Bitbucket 或 Jira 与 Confluence 等一些集成可以开箱即用，但对于某些集成，您可能需要使用应用程序或定制开发。回答这些问题将帮助您尽早决定是否需要从市场购买应用程序，或选择使用开发与其他工具一起使用 Jira 的方法。

选择部署

我们在第一章中详细讨论了各种部署选项，介绍 Jira，即 Cloud、Server 和 Data Center。为了帮助您识别哪种选项最适合您，回答以下问题将对您有所帮助：

问题	答案	适合的部署方案
您希望多快开始使用 Jira？	立即	Atlassian Cloud 可以让您在几分钟内开始使用 Jira
您是否拥有管理该应用程序的基础设施和内部资源？	是	在您自己的场所使用 Jira Server
是否会从多个位置访问 Jira？	否	在您自己的场所使用 Jira Server
Jira 对您的业务是否至关重要，您是否能承受停机时间？	是	Jira Data Center
您是否需要 Jira 实例的顶级性能？	是	Jira Data Center

请记住，之后从 Cloud 迁移到 Server 模式或反之是可能的，但如果您先回答这些问题并评估最适合您组织的部署方案，依然会更好。

设置 Cloud 实例

本书是关于 Jira 的快速入门指南，因此我们将在本指南的最后使用 Jira 的 Cloud 实例。

按照以下步骤注册 Atlassian Jira Cloud：

1. 打开以下链接评估 Jira Core：www.atlassian.com/software/jira/core/try。

2. 点击左下角的“试用免费”按钮，如以下截图所示：

图 1：评估 Jira Core

1. 在新界面上，注册一个 Atlassian Cloud 的评估账户。填写“Claim your site”，“Full name”，“Email”和“Password”，然后点击“Sign up”按钮。

2. 你的 Jira 实例将在 Atlassian Cloud 上为你设置。

3. 在下一个界面，选择你偏好的语言并点击“继续”按钮。

4. 在接下来的几个屏幕中，你将被要求上传你的头像图片。

恭喜你，现在你已经在 Atlassian Cloud 上设置了一个新的 Jira 实例。你可以免费评估这个实例一周，之后你需要购买许可证。如果你是第一次评估 Jira，使用 Atlassian Cloud 版本是熟悉其功能的好方法。

如果你想进一步评估 Jira，你可以购买一个起始许可证，这将花费每月 10 美元，适用于 10 个用户，或者你可以评估 Jira Server-on-premise 一个月，然后为 10 个用户支付一次性 10 美元的费用。

如果你只是单纯地评估 Jira 并且需要更多时间，那么你可以免费注册一个新账户。

要了解 Jira 的核心概念，请访问以下链接：hub.packtpub.com/jira-101/

使用 Jira Core 进行业务团队管理

很棒，你已经成功创建了一个 Jira 云实例。现在让我们首先熟悉一下这个工具的基本功能。我们快速在 Jira Core 中创建一个项目。

创建新项目

现在让我们在 Jira 中创建一个新项目：

1. 在欢迎界面，点击“创建示例项目”按钮，如下所示：

图 2

1. 在“使用示例数据创建项目”界面，你将被要求选择一个模板，在这种情况下，我们只选择“项目管理”模板，因为我们的实例中仅有 Jira Core 应用程序。当我们安装 Jira Software 和 Jira Service Desk 时，这个界面会显示更多模板。点击下一步按钮：

图 3

1. 下一屏将要求你提供一些信息。输入名称为“人力资源”；密钥将自动设置为 HR，但你可以根据需要更改它；项目负责人将是你的名字，但当你在实例中添加更多人时，你将选择他们的名字。最后，点击“提交”按钮以创建项目。

2. 你的第一个项目会像下面截图中显示的那样创建：

图 4

现在让我们探索 Jira Core 项目的各种功能。

在 Jira Core 项目中工作

现在我们在 Jira 实例中有了一个名为“人力资源”的新项目。每个 Jira 项目都有一个项目密钥，在我们的案例中是 HR。Jira 中的项目是问题的容器，这些问题实际上就是工单或不同的活动。

项目侧边栏显示在项目的左侧，包含指向与当前项目相关的部分的链接。在 Jira Core 项目中，有指向摘要、看板、问题和过滤器以及报告的链接。

摘要

如你可能已经猜到的，这一部分包含了项目中发生的事情的概览。该部分的目的是让你一目了然地了解项目的动态。

此屏幕上有两个选项卡——活动和统计。

活动

Jira 中的项目是不断发展的，项目中的事情也在不断变化。新的问题被添加到项目中，团队成员正在对此进行评论，问题也在逐步解决，如下所示：

图 5

如你在前面的截图中所见，最新的评论显示在页面的中央，右侧则有关于项目负责人、按工作流状态统计的问题状态数量以及按优先级统计的类似数量的信息。

统计

Jira 问题中有多个字段帮助我们更好地识别问题并相应地进行规划，例如优先级、状态和组件。

此页面将显示按不同问题属性划分的细目，包括问题的数量和百分比，如下图所示：

图 6

随着项目中添加更多问题，这一部分将变得更加有用，提供便捷的链接，直接将你带到问题列表。

看板

该部分有三列——待办、进行中和已完成。这是可视化项目中工作进展的一个绝佳方式。随着项目中的成员开始工作，他们可以将问题从一列拖到另一列。这块看板会帮助所有团队成员展示最新的状态。

问题和过滤器

一个项目可能有成百上千个问题，搜索这些问题或者轻松找到它们可能成为一个挑战；这就是为什么项目中的这一部分会帮助你快速搜索问题。

点击问题和过滤器 | 所有问题，如以下截图所示：

图 7

在左侧的侧边栏中，你可以看到为你的项目预设的所有过滤器，例如我的未解决问题、由我报告的和所有问题。点击这些链接将带你到符合该过滤器条件的所有问题列表。

这里列出了特定过滤器下的所有问题；点击任何一个问题，右侧会显示该问题的详细信息。你可以在这里做很多事情，例如更改问题的状态、添加评论、创建更多子任务和附加文件。

有其他方法可以找到与你相关的问题，但如果你处于某个项目中，那么问题和过滤器部分中显示的问题范围仅限于该项目。

报告

一旦开始使用 Jira 项目，您也希望了解工作进展，并希望分析项目中的信息。Jira 提供现成的报告，可以帮助您以图形化的方式查看数据。

在项目侧边栏中，点击“报告”，您将进入“所有报告”部分，如下截图所示：

图 8：Jira 报告

这些报告大多数都是不言自明的，我强烈建议您点击任何报告以了解它提供的内容；然而，在第七章，报告和仪表板中，我们将深入探讨这些项目报告，并花时间理解如何将这些报告显示在仪表板上，您可以根据自己的需求或团队的需求，在自定义仪表板上混合和匹配重要的报告。

在 Jira Core 项目中处理任务

在熟悉了 Jira Core 项目的界面后，接下来我们将在项目中创建任务，了解如何处理任务，并在任务完成后将其关闭。

按照以下步骤创建新的任务并处理它：

1. 点击左侧边栏中的创建任务图标，如下所示：

图 9

1. 系统会显示一个创建任务的页面。请填写该表单中的相关字段，如任务类型（任务）、概述、附件、截止日期、描述、指派人、优先级、标签、原始估算和剩余估算，然后点击“创建”按钮。除了这些系统字段外，Jira 还可以创建更多自定义字段。字段的顺序以及是否为必填项可以自定义，如下所示：

图 10

1. 新的任务将在您的“概览”和“看板”部分中创建并列出。点击任务链接，您将进入如以下截图所示的任务视图页面，在这里您可以处理该任务：

图 11

1. 在任务视图页面，您可以查看任务的所有可用详细信息。例如，在页面顶部，您会看到一些按钮，如编辑、评论、指派、开始进度、完成和管理员。在任务的主要部分，您可以查看按用户区分的各类字段，如任务类型（在此示例中为任务）、任务状态、优先级、解决方案和标签。在右侧，您可以看到指派人和报告人的信息。这个视图基本展示了所有字段，您可以在这里处理任务。

2. 点击顶部的“开始进度”按钮，这实际上是一个工作流转换。任务状态将从“待办”更改为“进行中”，如下所示：

图 12

1. 如果你点击“Done”按钮，问题的状态将被更改为 Done，且解决方案也会变更为 Done。

恭喜你，已经学习了如何从头到尾处理 Jira 问题。你也可以选择不进入问题视图屏幕，而是直接从看板上处理这个问题，只需将问题从一个列拖动到另一个列即可。

总结

在本章中，我们首先问了自己一些重要问题，这些问题帮助我们规划了 Jira 的安装，然后我们学习了如何通过首先注册一个 Cloud 实例并在应用中创建项目，快速开始使用 Jira Core on Cloud。最后，我们花时间理解了如何从头到尾处理一个问题。

在下一章中，我们将了解 Jira Software 的工作原理；我们首先会快速回顾 Agile（敏捷）概念，然后学习如何创建 Scrum 和 Kanban 看板。最后，我们将查看关键的 Agile 报告。

第三章：开发团队使用 Jira Software

本章中，我们将了解 Jira Software 的工作原理。我们将首先学习如何在 Jira Cloud 实例中启用 Jira Software，然后我们将快速创建一个新的 Jira Software 项目。接着，我们将花一些时间了解敏捷概念的概述，然后介绍 Scrum 和 Kanban 方法论，并讨论它们之间的主要区别。最后，我们将讨论 Jira Software 中的关键报告，用于分析项目的进展。

本章涵盖的主题包括以下内容：

• 开发团队使用 Jira Software

• 敏捷概念概述

• Jira 是否适合开发项目

• Scrum 看板

• Jira Software 报告

• 看板

开发团队使用 Jira Software

Jira Software 是开发团队用来规划和跟踪项目的最受欢迎的应用之一。在前一章中，我们讨论了 Jira Core 的各个方面，Jira Core 为业务团队提供了很好的问题跟踪功能。当我们在实例中启用 Jira Software 时，它将在 Jira Core 基础上提供额外的功能。

现在，让我们通过查看 Jira Software 的功能来了解如何在 Jira Software 上工作。

启用 Jira Software

Jira Software 作为一个独立的应用程序，需要购买或使用试用许可证进行评估，并在我们的实例中启用。

在本书的其余部分，我们将经常提到“站点管理”部分来进行配置更改。你可以在实例的左下角访问“站点管理”部分，如下图所示：

图 1

执行以下步骤以启用 Jira Software 的试用订阅：

1. 进入“站点管理”|“账单”（在“订阅与账单”下）|“管理订阅”，然后点击“添加更多 Atlassian 产品”，如下图所示：

图 2

1. 在“发现新产品”页面，点击位于 Jira Software 旁边的免费试用按钮，如下所示：

图 3

就这样！你的 Jira Software 试用现已启用。可以随意使用 30 天；之后，你可以注册新的 Jira Cloud 实例，或者直接购买它。

敏捷概念概述

我们现在已经在实例中启用了 Jira Software。是时候创建一个新项目并开始工作了；然而，Jira Software 使你的团队能够使用基于敏捷的方法进行工作，并支持 Scrum 和 Kanban。因此，在我们深入了解 Jira Software 的功能之前，快速浏览一下各种敏捷概念是有意义的。

什么是敏捷？

敏捷仅仅是一个关于开发的价值观和原则集合。它是一种时间限制的、迭代的方式，通过增量开发软件，而不是一次性交付所有内容，从而使得交付更快且更高效。组织采纳敏捷实践的原因主要是市场在不断变化，项目的范围会在开发的后期阶段发生变化。选择的开发模型应当能够融入项目中的变化，同时仍能快速交付。

你可以通过访问以下链接阅读 12 个敏捷原则：

www.agilealliance.org/agile101/12-principles-behind-the-agile-manifesto/

敏捷实践的一个关键目标是工具支持持续改进和持续交付，这也是当前流行的 DevOp 词汇中的一部分。Jira 软件不仅可以支持基于敏捷的方法论，还可以与其他开发工具进行集成。

Scrum 和 Kanban 方法论

Jira 软件支持 Scrum 和 Kanban 两种方法论，它们是两种最常见和最受欢迎的基于敏捷的实践。让我们来理解它们之间的基本区别。

Scrum 是一个用于结构化项目的过程框架，其中工作先进行规划，然后按迭代（也称为 Sprint）执行。承诺是 Scrum 中的变革推动力——即团队能够交付的工作量就是承诺。其核心理念是快速交付小的可用工作成果。每次迭代（Sprint）结束后，期望交付一个可用的软件功能，并且随着未来迭代中新功能的交付，它们将被集成到现有的软件中，从而使整个软件模块化。团队内部的沟通是实现 Scrum 成功的关键。Scrum 更适用于需要规划和估算的项目，主要是软件项目。

Kanban 聚焦于增量改进，其中 进行中的工作 (WIP) 限制是变革推动力——即团队当前正在进行的工作量是一个重要的标准。与 Scrum 相比，Kanban 更少关注规划。Kanban 方法的典型例子是支持台，工作按需进行，并且基于团队人数，需要将团队能够完成的工作量进行可视化并不断改进。

我们将在 Jira 实例中使用 Scrum 和 Kanban 创建项目，以更好地理解它们之间的基本区别。

关键敏捷概念

稍后我们将再次进入工具中，继续进行一个基于敏捷的方法的项目，但理解一些敏捷的关键概念或术语非常重要。以下是一些概念的解释：

• Scrum 工件：包括以下内容：

  • 产品待办事项：这是项目中待处理的任务或问题列表。

  • Sprint 待办事项：特定 Sprint 中选定的任务列表，用于开发。

  • 燃尽图：这是一个报告，展示 Sprint 的进展。

• 任务的类型如下：

  • 史诗：这是一个非常高层次的任务，可以进一步拆分成其他任务。史诗与故事类似，但用于项目的更好组织。

  • 故事：同样，这是一个高层次的任务，可以进一步拆分成其他任务。每个单独的故事都会进行估算。

  • 子任务：这些是特定故事的拆分任务。

• 优先级排序：这是基于优先级，指的是任务需要完成的顺序，可以是 Sprint 待办事项或 Sprint 中的任务。

• 估算：这基于故事点，故事点是表示完成某个故事所需整体努力的计量单位。在 Jira 中，故事点是一个数值字段。

• 迭代：这指的是 Sprint。它是实际的迭代，包含了需要在特定时间段内交付的已计划、已估算的故事列表。每个 Sprint 中的故事都分配给特定的用户或开发人员。

• 可视化：以下是常用的可视化工具：

  • 看板：这是一个可以查看特定 Sprint 状态的地方，例如多少个故事待办、进行中或已完成，团队中的每个人都可以查看。

  • 列：一个典型的看板有三个列—待办（TO DO）、进行中（IN PROGRESS）和已完成（DONE），根据任务状态显示问题，但如果需要，可以添加更多列。

  • 泳道：这是一种水平分组方式，可以在看板上创建，帮助用户在任务过多时进行管理。例如，看板上的问题可以根据开发者处理的任务或根据优先级进行分组。

• 报告：这些包括以下内容：

  • 燃尽图：这是最常用且最有用的报告之一，用于跟踪 Sprint 的进展；在图表中，原始故事点与实际燃尽或完成的故事点相对比，展示与之相关的故事已经实现。

  • 速度图：速度是指团队在一段时间内交付的平均故事点数。了解速度很重要，因为它将帮助 Scrum 主管或项目经理更高效地规划下一个 Sprint。

敏捷中的角色

现在我们已经了解了各种关键的敏捷概念，我们还可以了解在一个典型的基于敏捷的项目中涉及的不同角色或人员，具体如下。我们主要需要了解这些人将在我们的项目中做什么：

• Scrum 产品负责人（利益相关者或业务分析师）：他们定义我们在前一节讨论的产品待办事项，并编写需要实现的故事，以确保项目成功。

• Scrum 主管（项目经理或项目负责人）：他们将组织 Scrum 会议，定义任务优先级，估算故事点，分配工作给开发人员，并启动 Sprint。

• Scrum 团队（开发人员或测试人员）：顾名思义，这些是实际的开发人员，他们将负责实现用户故事或在发布之前进行测试。

当然还有更多角色，但这三种是你在 Jira 项目中应当了解的最基本角色。现在我们已经完全准备好深入探讨 Jira 软件项目。

Jira 是否适用于开发项目？

你一定在想 Jira 软件是否足够满足你的开发项目需求，我们需要讨论一些要点，来了解为什么 Jira 可能是项目管理的最佳选择。

Jira 软件的优势如下：

• Jira 支持标准的开发方法论

• 它可以开箱即用

• 除了开箱即用的模板，还可以创建自定义工作流来支持相关流程

• 可以定义不同的角色，如开发人员和测试人员

• 它支持与开发工具如 Bitbucket、GitHub、Bamboo 和 Jenkins 的集成

• Jira 完美支持 DevOps 实践

除了单独使用 Jira——一个非常棒的问题追踪工具——在第一章《介绍 Jira》中，我们讨论了 Marketplace 应用的概念，以扩展 Jira 软件的功能。

以下是一些流行的应用示例，用于扩展 Jira 的功能，包括工时表、测试和高级报告：

• Tempo Timesheet：为你的项目提供工时表功能

• Zephyr 和 X-ray：使用 Jira 进行测试管理

• EazyBI：为你的项目创建定制报告

• BigPicture：创建甘特图来规划项目

• Portfolio：敏捷路线图和场景

我希望你现在已经迫不及待地想开始使用 Jira 了。那么我们现在就来做吧。

Scrum 看板

Jira 软件让你在项目中实现 Scrum 技术，借助 Scrum 看板。为了理解这些工具的特点，我们将使用开箱即用的模板和一些示例数据创建一个项目。

创建一个示例的 Scrum 项目

Scrum 看板可以从任何现有的包含预定义问题的 Jira 项目中创建。也可以从一个新的空白项目中创建 Scrum 看板。此外，如果你想了解 Jira 软件的工作原理，可以创建一个预填充示例数据的示例项目。

执行以下步骤：

1. 按下/（斜杠键）；它会在左侧显示搜索界面。输入boards并点击“查看所有看板”（在 BOARDS 下），如以下截图所示：

图 4

1. 在看板部分，按下“创建看板”按钮，如以下截图所示：

图 5

1. 在“创建看板”弹窗中，点击“使用示例数据创建 Scrum 看板”，如以下截图所示：

图 6

1. 完成项目名称、项目键和项目负责人字段，然后点击“创建板”按钮，如下所示：

图 7

我们刚刚创建了一个带有示例数据和 Scrum 板的项目。

使用故事点填充、排名和估算待办事项

在新创建的项目中，我们有一个默认显示的 Scrum 板。您现在将看到待办问题列表和尚未在 Backlog 部分解决的问题，以及一个示例 Sprint，如下所示：

图 8

Backlog 包含项目或板中待处理的问题。这些问题尚未计划执行。在项目侧边栏中，第一个选项卡是 Backlog，然后是 Active sprints。一旦冲刺开始，您将使用 Active sprints 选项卡进行管理和工作。

样本 Scrum 板已经包含了一个特定顺序中的 Sprint，该 Sprint 包含特定问题。Sprint 是一个时间段，在此期间需要完成特定的计划活动。Scrum 主管或项目经理可以定义问题完成的顺序。这个顺序也称为排名，工作在这些问题上的团队需要遵循这个顺序。排名很重要，因为有些任务必须在其他任务开始之前完成。

在 Scrum 方法论中，对个别任务的估算不仅基于花费的时间，还基于任务的复杂性。例如，有两个估计时间为一天的任务，但第一个任务执行起来复杂，因为这是团队第一次执行它或由于其他某些原因。复杂性通过故事点来衡量。故事点可以是 1 到 10 之间的任何数字，或者是斐波那契数列中的任何数字，即 1、1、2、3、5、8、13 和 21。数字越高，任务越复杂。

Scrum 主管可以为 Sprint 中的问题分配故事点；虽然每个问题的 Sprint 中都没有必须具备故事点，但是有故事点将使团队了解问题的复杂性。

规划和创建冲刺

样本 Scrum 板已经包含一个正在运行的冲刺；让我们创建一个新的冲刺。Jira 软件允许您即使活动冲刺未完成也可以创建另一个冲刺，但不能启动新的冲刺。然而，可以在 Jira 软件中启用并行冲刺功能，使我们能够同时运行多个冲刺。

在 Scrum 板的 Plan 模式下，必须计划冲刺的规划。按照以下步骤一起运行多个冲刺：

1. 导航到 Jira（在 APPS 下）| Jira 设置 | 应用程序 | Jira 软件配置（在 JIRA 软件下），如下所示：

图 9

1. 勾选“并行冲刺”复选框。就这样：现在只需回到你的看板，开始规划下一个冲刺。

2. 返回项目，在待办事项（Backlog）标签页中，点击位于问题待办事项前的“创建冲刺”按钮，如下图所示：

图 10

1. 将创建一个空的冲刺。

2. 现在，开始将问题从待办事项拖动到冲刺中，如下所示：

图 11

1. 一旦你将所有问题放入冲刺中，你可以在冲刺内重新排序它们并定义它们的优先级，也就是哪个问题需要首先执行，哪个第二，依此类推。

2. 可选地，你还可以创建史诗来将多个故事组合在一起。史诗是一个较大的故事，创建起来非常简单。点击冲刺左侧的“创建史诗”链接，如下所示：

图 12

1. 在弹出窗口中，输入史诗名称和摘要。点击“创建”按钮，继续操作，如下所示：

图 13

1. 你可以创建更多的史诗；最后，将问题从冲刺拖动到史诗中。这将把问题分配为这些史诗的一部分：

图 14

1. 在将问题分配到史诗（Epic）后，你可以开始冲刺。点击新建冲刺右上角的“开始冲刺”按钮。在弹出窗口中，输入冲刺名称并选择持续时间和开始日期，结束日期将自动更新。你还可以选择填写冲刺目标。最后，点击“开始”按钮，如下所示：

图 15

请注意，在你没有充分规划问题、排序并估算故事点之前，永远不要开始冲刺。一旦你开始冲刺，你将被带到 Scrum 看板的“活跃冲刺”标签页。在这里，你将看到你冲刺中的所有问题，分为三个列：待办（TO DO）、进行中（IN PROGRESS）和已完成（DONE），如下所示：

图 16

在“活跃冲刺”中，个人指派人可以将问题拖动到任一列。

在活跃冲刺中可以进行很多自定义操作，以使此部分更有效。

配置泳道、卡片颜色、编辑卡片字段和快速过滤器

活跃冲刺是团队成员在冲刺进行时会监控的看板部分。当参与冲刺的人数过多时，他们可能会难以找到自己正在处理的问题。让我们来看看一些对 Scrum 看板的自定义操作。这些选项都可以在特定看板的“看板设置”中找到，如下所示：

图 17

点击“看板设置”并查看你在看板中可以进行的配置。

泳道

在工作模式下出现的那些问题可以被分组，这样对应的成员就能更容易地在看板上找到这些问题。而且，当问题从一个列拖动到另一个列时，只能在它们的组内拖动，这个组称为游泳道（swimlane）。默认的游泳道是故事问题类型。游泳道也可以基于史诗（epics）来设置，或者完全没有游泳道。

卡片颜色

在“活动冲刺”部分出现的各个问题会显示在一个叫做卡片的矩形框中。可以根据问题类型、优先级、指派人或查询条件更改这些卡片的颜色。

卡片布局

在“待办事项”和“活动冲刺”部分，卡片会显示问题 ID 和问题摘要，但也可以最多添加三个额外的字段。总共，你可以在卡片上显示三个额外的字段。这个设置是为了使提供附加信息的字段对整个团队可见。

快速筛选器

我们看到了如何自定义游泳道来分组多个问题。设想一个情况，当前活动冲刺中有 20 个问题分配给了你，但其中有些问题是最高优先级的。在这种情况下，不仅能快速筛选出分配给你的问题，还能基于优先级（例如最高优先级）来筛选问题，这将会非常有用。通过在快速筛选器中添加一个自定义查询（JQL），你可以实现这一点。稍后在本书中，我们将了解如何创建 JQL 查询。这些自定义设置帮助团队高效工作，从而不需要花费大量时间去寻找相关信息。

Jira 软件报告

你已经学习了如何规划、估算和启动冲刺，以及如何在看板中进行各种配置。我们还查看了团队如何查看自己在冲刺中的任务。现在，是时候监控团队的进展了。有两个报告非常重要。一个是燃尽图，它清晰地展示了冲刺的当前状态。另一个是速度图，它帮助我们了解团队的工作容量，即团队能够处理多少工作量。这两个报告有助于 Scrum 主管监控项目的进度。让我们一起来看一下这两个报告。

燃尽图

在规划冲刺时，我们主要做了两件重要的事情。首先，我们优先考虑了需要完成问题的顺序。其次，我们为问题估算了故事点。这些我们最初计划的故事点，给出了任务复杂度的一个大概了解。现在，当冲刺开始时，一个基准线就形成了，基准线位于开始日期和结束日期之间，并在图表中以灰色线条显示，表示从冲刺开始日期到结束日期执行问题的理想情况。当问题被解决时，它的故事点就被燃尽，整个冲刺剩余的故事点减少。

在项目滑动条上，导航到报告 | 燃尽图（在敏捷下），并选择示例冲刺 2，如图所示：

图 18

当团队开始处理问题时，另一条线—这次是红色的—开始跟随基准线。通过查看此图表，整个团队可以轻松判断是否按计划进行。如果剩余值的线条在基准线之上，表示故事点的燃尽速度较慢。最终，冲刺中的所有问题将无法完成。

紧接着燃尽图，展示了各个问题的详细信息，你可以看到冲刺开始时有多少个问题。随着问题的解决，它们的故事点从冲刺的总故事点中扣除。总故事点和剩余故事点将展示给用户。

速度图

每个冲刺开始时都有一个总的故事点数。理想情况下，团队应该完成所有这些点。在现实情况下，冲刺结束时并不总是能够完成所有任务。Scrum 主管的主要职责之一是确保团队有刚好足够的故事点来燃尽，既不能太多，也不能太少。然而，在冲刺开始时，估算团队能够燃尽的故事点数量并不容易。速度图简单地显示了计划的故事点数与团队实际完成的故事点数之间的比较。这个对比是针对过去几个冲刺显示的，以便可以计算出团队的平均燃尽量。这就是团队的容量。

导航到报告 | 速度图（在敏捷下），如图所示：

图 19

该图表清晰地显示了团队在过去的冲刺中已完成的故事点。如果你计算出团队迄今为止燃尽的所有故事点的平均值，就能了解你的团队的容量。这有助于 Scrum 主管规划下一个冲刺，确保团队有足够的资源。

看板

Scrum 技术适用于任何需要规划的流程，但也有多种情况，其中团队在需要时持续处理任务。一个典型的使用案例是客户支持项目，在这些项目中，特定数量的人被指派处理公司为特定产品或项目提出的问题。通常，这些支持问题需要即时响应，并且不需要详细规划。

在这种情况下，待处理问题的整体可视化非常重要。看板没有像 Scrum 看板那样的计划模式。它只有工作模式，类似于 Scrum 看板。

设置看板

可以使用现有的项目或过滤器来创建看板。为了理解看板技术在 Jira 中的运作方式，可以创建一个示例看板和项目，就像我们之前创建的基于 Scrum 的项目一样。正如您从以下截图中看到的，活动冲刺标签在看板中是没有的：

图 20

团队只看到看板。这个看板与 Scrum 看板非常相似；您还可以根据任务分配者配置泳道；默认情况下，Kanban 看板的泳道配置为使用优先级 = 最高的查询。这意味着需要立即解决的问题会显示在最上面。

被分配这些问题的人可以将问题从一列移动到另一列。这些列表示工作流状态。我们为 Scrum 看板所做的大部分配置也可以在看板上完成。

列约束

当团队处理支持问题时，尽快解决问题是非常重要的。通常，公司会与客户签订 SLA（即服务级别协议），在协议中需要确定解决时间。在这种情况下，整个团队应该对需要处理的问题有一个整体的了解。例如，如果在支持问题上可用的人数较少，那么这些人能够同时处理的问题数量就会受到限制。在示例看板中，您可以注意到，当“进行中”列中有多个问题时，该列会变成红色。您可以通过进入看板设置来更改这一点。

总结

在本章中，您学习了如何使用 Jira 软件实现 Scrum 和 Kanban 敏捷方法。我们首先花了一些时间理解敏捷概念，然后理解了如何在 Jira 中使用这两种看板及其配置。

在下一章中，我们将讨论如何实施 Jira Service Desk 来处理 IT 帮助台和支持台。我们将了解该应用程序的各种功能，并探讨如何定制它们以便更好地为您服务。

第四章：使用 Jira Service Desk 管理帮助台

在本章中，我们将讨论如何使用 Jira Service Desk 实现一个帮助台，以处理 IT 帮助台和支持请求，这不仅易于使用，而且还自带预配置的工单系统功能。

我们将首先介绍典型帮助台系统的各个方面，然后快速创建一个 Jira Service Desk 项目，并了解其各种功能，以帮助我们实现一个优秀的服务台。

本章涵盖的主题包括以下内容：

• 使用 Jira Service Desk 管理帮助台

• 帮助台概述

• 创建 Jira Service Desk 项目

• 配置 Jira Service Desk

• Jira Service Desk 报告

使用 Jira Service Desk 管理帮助台

Jira Service Desk 是增长最快的 Atlassian 产品，因为它使帮助台团队能够轻松管理其工作。到目前为止，我们已经讨论了 Jira 的各个方面。我们通过创建项目了解了 Jira Core 和 Jira Software 的功能，帮助你和你的团队使用这个直观的工具来管理任务和开发活动。Jira Service Desk 在构建时以客户满意为首要考虑，并且通过友好的客户门户，使任何客户都可以轻松地在 Jira Service Desk 中提交和跟踪他们的工单；同时，技术人员（也称为代理）使用熟悉的 Jira 界面处理这些工单。

启用 Jira Service Desk

在第三章《使用 Jira Software 进行开发团队管理》中，我们学习了如何通过访问“账单”下的“管理订阅”部分来启用新应用。请同样操作，启用你的云实例中的 Jira Service Desk。

启用 Jira Service Desk 后，你将有 30 天的时间进行评估或学习。

帮助台概述

现在你急于在 Jira Service Desk 中创建一个项目，但首先了解典型帮助台系统的基本概念和各个方面更为合理。这些概念将帮助你更好地理解 Jira Service Desk。

任何帮助台的基本功能

让我们快速浏览一下典型帮助台的各个方面和功能：

• 不同的用户角色——客户与代理：在帮助台中，主要有两种类型的用户；一是你的客户，他们会在系统中提交工单来寻求帮助；另一方面，代理会回应这些工单并为客户提供帮助。

• 服务水平协议： 客户希望尽快解决他们的工单。在客户提出工单后，你不能指望他们无限期等待。服务水平协议，通常简称 SLA，定义了代理响应和解决工单的速度。在提供服务时，可以与客户或客户方约定多个 SLA。SLA 只不过是一个时间框架，代理需要在其中完成某个动作，例如解决工单。

• 电子邮件通知： 任何帮助台工具都为客户和代理提供一个互动平台；然而，向客户发送电子邮件通知可以确保工单已成功提交并被支持团队接收。在工单生命周期中，很多时候可以向相关方发送电子邮件通知；这旨在确保及时采取适当的行动。

• 与客户互动的能力： 当客户提出工单时，代理可以直接解决该工单，或者代理需要更多信息以便进一步处理该工单。代理还可以通过在工单上发布评论与客户互动，客户也可以通过回复评论进行交流。这是一种代理与客户之间互动的绝佳方式。

• 报告： 服务台团队经理希望查看各种分析数据，以了解团队的表现。经理会问很多问题，例如：我们上个月解决了多少工单？SLA 违反了多少次？我们是否超负荷工作？当前有多少工单未解决？这些问题的答案可以通过查看服务台工具中的报告来找到。

现在让我们来看一下常见的帮助台流程。

帮助台流程

帮助台可用于通过处理客户的工单来提供支持。工单可以有不同类型，代理处理工单的方式也可能根据请求的性质不同。工单的处理方式由背后的流程定义。流程定义了如何处理不同类型的请求

最常见的帮助台流程如下：

• 事件管理：网站宕机 是一起事件

• 问题管理：网站几乎每周都宕机 可能是由于某个问题

• 变更管理：更新数据库版本 是一次变更

• 服务请求：请重置我的密码 是一个服务请求

还有许多其他流程，如发布管理和知识管理；如果你想了解更多内容，请阅读 ITIL（原为信息技术基础架构库的缩写），它是一套关于IT 服务管理（ITSM）的详细实践指南。

现在我们已经有了必要的背景，可以开始使用 Jira Service Desk 了。

提交工单的不同方式

工单通常由客户提出并由代理处理；但是，你一定会想：客户是如何提交工单的？

在 Jira 中，有四种不同的方式可以在 Jira Service Desk 中提交工单：

• 客户门户：这是一个与 Confluence 知识库集成的基于 web 的界面

• 电子邮件：客户可以向帮助台发送电子邮件

• Jira Service Desk：代理可以代表客户提交工单

• RESTful API：可以通过编程方式提交工单

了解这些方式很重要，因为在 Jira Service Desk 中，这些提交工单的不同方式被称为渠道。对于帮助台或服务台经理来说，了解通过特定渠道提交的工单数量非常重要。

创建一个 Jira Service Desk 项目

让我们在实例中创建一个 Jira Service Desk 项目。我们已经在实例中启用了 Jira Service Desk 订阅。

执行以下步骤来创建一个 Jira Service Desk 项目：

1. 进入 Jira 设置 | 项目，然后点击右上角的创建项目按钮，如下图所示：

图 1

1. 点击经典项目 | 更改模板，然后选择 IT 服务台，如下图所示：

图 2

1. 在创建项目页面，输入项目名称并点击创建按钮，如下所示：

图 3

1. 你的新 Jira Service Desk 项目已经准备好。屏幕将类似于以下内容：

图 4

你可以直接开始使用这个项目，因为 IT 服务台模板提供了开箱即用的配置；不过，我们将通过项目的各个方面，了解如何自定义它，使其更符合你的特定需求。

使用 Jira Service Desk

恭喜你创建了第一个 Jira Service Desk 项目！虽然你可以直接开始使用它，但我们希望从客户门户入手，了解它的重要功能，客户可以通过这个网页界面提交工单并联系你。

客户门户

Service Desk 应用的最主要目的，是集中关注支持请求和工单系统，以满足最终用户和客户的需求。使用 Jira，可以创建一个简单的项目来跟踪问题，并为客户提供访问权限，前提是有足够的许可；然而，通常情况下，最终用户可能不觉得登录到问题跟踪系统来提交请求是直观的。Atlassian 理解了这一点，因此创建了一个带有专用客户门户的 Service Desk 应用，这个客户门户是一个相当简洁、易用的界面，客户可以通过它提交支持请求。

每个 Service Desk 项目都会有自己独立的客户门户 URL，如下所示：

https://JIRAURL/servicedesk/customer/portal/1

您将在点击项目侧边栏中的“提出请求”标签时找到此 URL。您可以将此 URL 分享给您的客户，或将其发布在您的网站上。客户门户提供了一个简单直观的界面来提出请求。让我们一起浏览这个门户；请在您的网页浏览器中打开此 URL。您将看到一个类似以下内容的页面：

图 5

在左侧，列出了各种用户组，并且在每个组下列出了多个请求类型，例如“获取 IT 帮助”、“设置 VPN 连接到办公室”和“请求新帐户”。这些请求类型实际上被分配给 Jira 中的特定问题类型。我们可以创建一个新的请求类型，并将其映射到任何现有问题类型。

点击“报告系统问题”打开一个新页面，填写表单以提出请求，如下所示：

图 6

客户可以填写此表单并点击“创建”按钮来提交请求。

一旦请求提交，Jira 中将为服务台代理创建一个问题。

客户门户可以进一步自定义；请参考以下链接了解更多信息：

• 自定义帮助中心：confluence.atlassian.com/servicedeskcloud/customize-the-help-center-954239157.html

• 配置门户：confluence.atlassian.com/servicedeskcloud/configuring-the-customer-portal-732528918.html

队列

队列只是根据预定义条件过滤出来的一个问题列表。例如，您的项目中已经定义了多个队列，如“所有打开的”、“分配给我”、“未分配的问题”、“事件”、“服务请求”、“变更”和“问题”。您可以在点击项目侧边栏中的“队列”时找到它们。

您还可以创建自己的队列。转到“队列”并点击“新建队列”链接，结果如以下屏幕截图所示：

图 7

在创建队列页面中，在“名称”字段下输入In Progress，在“显示的问题”字段下选择“状态”为“进行中”。如果你熟悉 JQL，可以点击位于“显示的问题”部分旁边的“高级”链接。点击“创建”按钮保存队列。

队列现在将被保存，并可以在项目中的现有队列列表中使用。

客户权限

默认情况下，您的服务台项目对所有人开放，任何人都可以提交工单，但我们可以限制哪些用户或组可以作为客户并在此项目中提出请求。

转到“客户”|“更改权限”以管理谁可以提交工单，如下所示：

图 8

在这里，您还可以选择让客户通过客户门户与其他客户共享工单。

配置 Jira 服务台

Jira Service Desk 提供了多种配置选项。这些选项可以在您的项目的“项目设置”中找到。大多数配置是特定于 Jira Service Desk 项目的，用于定义您的客户如何与服务台进行交互。

让我们来看一下重要的配置。

请求类型

之前我们讨论了客户门户，它是最终用户的简单界面。用户可以选择不同类型的请求，这些请求类型在内部映射到特定的“问题类型”。在此部分，您可以创建新的请求类型并修改现有的请求类型，如下所示：

图 9

输入请求名称，例如“硬件问题”，选择问题类型为“问题”，输入描述，然后点击“创建请求类型”按钮。现在，如果您返回到客户门户，会有一个新的请求类型添加，但它只包含摘要字段。接下来，让我们为此请求类型添加更多字段，如下所示：

图 10

点击与您想要修改的请求类型对应的“编辑字段”链接，如下所示：

图 11

现在点击屏幕右上角的“添加字段”按钮，结果如下所示：

图 12

在“添加字段”弹窗中，选择您想添加的字段并点击“应用”按钮。

现在这些字段将被添加，并且会在客户门户中显示给最终用户。您还可以在此部分将某些字段设置为必填项。

门户设置

在此部分，您可以更改客户门户的名称，默认情况下它与您的项目名称相同，您还可以上传自定义徽标。

您还可以向用户发布公告，公告将显示在客户门户的顶部。

邮件请求

除了客户门户，您还可以配置 Jira Service Desk，使您的客户通过向特定的电子邮件地址发送邮件来创建工单。我们需要先配置项目以启用此功能。

点击“启用邮件请求”按钮，如下所示：

图 13

在下一个屏幕中，点击“添加自定义电子邮件地址”按钮，结果如下所示：

图 14

在设置电子邮件通道弹窗中，输入您的电子邮件账户详细信息。如果您使用的是 Google Apps 账户，则输入电子邮件地址和密码，但您也可以通过“其他”选项卡配置基于 POP 和 IMAP 的账户。点击“下一步”按钮继续。接下来会显示如下屏幕：

图 15

现在，您需要选择哪个请求类型将用于通过电子邮件创建问题，并点击底部的完成按钮。

电子邮件现在将与此项目配置。Jira Service Desk 将持续读取指定的收件箱，每当有新邮件时，它会将邮件主题复制到摘要字段，将邮件内容复制到描述字段。

满意度设置

在 Service Desk 项目中，您的客户可以提供反馈。这将帮助您了解他们的满意度。在此部分，您可以启用或禁用此功能。

知识库

Service Desk 项目可以与 Confluence 空间集成。这非常有用：当客户通过客户门户提交请求时，他们可以看到 Confluence 上相关的页面。客户可以浏览这些相关页面，可能会解决他们的问题，从而无需提交请求。与 Confluence 的集成可以在此部分完成，您可以指定在 Confluence 中哪个空间将与您的 Jira Service Desk 项目链接。

SLA

Service Desk 项目配有一些预配置的服务级别协议，也称为 SLA。以下列出了一些常见的 SLA：

• Time to resolution：从问题创建到解决所花费的时间

• Time to first response：从问题创建到为客户添加评论所花费的时间

我们还可以创建自己的 SLA，例如 Time to assign。请按照以下步骤在项目中创建新的 SLA：

1. 点击左侧的 New Metric 链接

2. 在 New Metric 屏幕中，输入度量的名称：Time to assign

3. 选择开始时间，以便计时开始

4. 选择停止时间，计时将在此结束

5. 在 Goals 部分，输入目标为 4h 用于 All remaining issues，并点击更新按钮

6. 点击顶部的 Create 按钮保存新的 SLA，如下所示：

图 16

新的 SLA 将反映在项目中所有现有和新创建的问题上。在此部分，您还可以配置包含工作日、工作时间和假期的日历。SLA 时钟将在非工作时间停止，这些日历可以与任何 SLA 映射。我们定义的 SLA 目标可以适用于项目中的所有问题，也可以基于 SLA 配置中的 JQL 适用于部分问题。

自动化

Service Desk 项目配有一个实用工具，您可以用来在项目中添加一些自动化任务。这个工具帮助团队执行重复性任务并强制执行一些政策。

例如，我们刚刚添加了一个新的 SLA，要求在问题创建后的四小时内将问题分配给代理。我们实际上可以在此 SLA 剩余 60 分钟时对请求发表评论。此评论仅对当前分配给该项目的代理可见。

要添加新规则，请点击右上角的 Add rule 按钮，如下所示：

图 17

在“新建自动化规则”弹出窗口中，选择“创建自定义规则”，然后按下“继续”按钮：

图 18

在下一个屏幕中，我们需要在“当此发生时”下添加触发器，并在“然后执行此操作”下添加操作：

图 19

点击“添加触发器”，选择“SLA 剩余时间”作为“分配时间”，然后按“添加”按钮。确保事件设置为“即将到期（剩余 60 分钟）”，如下所示：

图 20

现在点击“添加操作”，选择“添加评论”，将评论类型选择为“内部”，然后按下“添加”按钮，如下所示：

图 21

我们现在已经添加了一个新规则，当 SLA 在接下来的 60 分钟内到期时，会在问题上发布一条内部评论；根据你在项目中的通知方案，你可能还会收到来自 Jira Service Desk 的电子邮件通知。

Jira Service Desk 报告

服务台项目内置了一些非常实用的报告，可以帮助你了解团队在支持项目中的当前进展。

让我们来了解这些报告的目的。如果你点击项目侧边栏中的“报告”链接，这些报告将可用。

工作负载

这是一个简单的报告，显示了你的团队当前正在处理的请求数量。它有助于你将工作负载均匀地分配给代理人。该报告显示了每个代理人正在处理的事务数量。这是一个重要的报告，帮助项目负责人将工作均匀分配给代理人，避免工作分配过多或过少。

SLA 目标

服务台提供了像首次响应时间和解决时间这样的 SLA（服务级别协议）。这个报告将告诉你团队是否能达到这些 SLA 目标。该报告显示了过去七天内 SLA 成功达成的百分比。这些报告可以迅速告诉你团队在解决问题时，是否能够达成按时间设定的目标。

满意度

这个报告将显示客户满意度的平均值。这通常有助于你了解客户是否对你的服务感到满意。它显示了用户给出的评分的平均值。这是一种快速简便的方式来获取用户的总体反馈，并帮助你了解他们的满意度水平。

请求偏移

如果您已将 Confluence 空间与您的项目关联，那么本报告将显示文章的查看次数，以及有多少客户认为这些文章有用，因此没有提交任何工单，而是能够自助服务。Jira Service Desk 通过在用户提交新请求时提供相关的文章，来与 Confluence 空间紧密集成，这些请求可能是已知问题或非常常见的请求。在这种情况下，Confluence 空间中的文章可以帮助用户自助解决问题。

请求解决

本报告显示了通过文章解决的请求数量、未通过文章解决的请求数量以及在门户中被引导的请求数量。这里显示的统计数据将帮助您了解知识库的有效性。

创建与解决

本报告显示了在选定时间段（如过去七天、过去 14 天或过去 30 天）内创建与解决的问题数量。类似的报告通常也会出现在非 Jira Service Desk 项目中。

解决时间

本报告显示了解决所有问题所需的时间，以及解决特定类型问题（如事件）所需的时间。

满足 SLA 与违反 SLA

这是一个简单的统计，显示了多少问题达成了 SLA 目标，以及多少问题未达成 SLA 目标，换句话说，就是违反了 SLA。

按优先级报告的事件

本报告中显示了根据各个优先级分类的问题数量。它可以帮助您快速查看按优先级（如最高、高、中、低和最低）划分的问题数量。

Jira Service Desk 项目中还提供了其他类似的报告，您也可以进一步定制；您还可以创建自己的报告。

摘要

在本章中，您学习了如何在您的实例中使用 Jira Service Desk，并理解了它提供的各种配置选项，以使项目更符合您的业务需求。

现在，您已经掌握了足够的 Jira 基础知识，并了解了 Jira Core、Jira Software 和 Jira Desk Service 项目之间的区别及其独特功能。在下一章中，我们将开始定制 Jira，这适用于所有三种类型的 Jira 应用程序。我们将首先了解 Jira 方案的概念，然后学习如何在我们的项目中定制工作流。

第五章：Jira 方案与配置项目工作流

在本章中，我们将开始定制 Jira。到目前为止，我们已经介绍了工具的基本功能，并且走过了 Jira Core、Jira Software 和 Jira Service Desk 的独特功能。学习如何定制 Jira 将帮助你根据自身需求调整它。

我们将从理解 Jira 方案的概念开始，然后学习如何在我们的项目中定制工作流。

本章涉及的主题包括以下内容：

• Jira 中的各种类型用户

• Jira 中各种方案概览

• 自定义 Jira 工作流

Jira 中的各种类型用户

在本书的开头，我们创建了一个新的 Jira 实例，在其中创建了新项目，并且在这些项目上工作，以便了解其功能。我们能够做到这一点，因为我们也对实例拥有完整的管理员权限。然而，在 Jira 中，并非每个人都可以成为管理员。

主要有三种类型的用户在 Jira 中，分别如下：

• 用户

• 项目管理员

• Jira 管理员

用户

任何能够登录 Jira 的人都是用户，且在大多数情况下，用户也会占用一个 Jira 许可证，除了在 Jira Service Desk 中，客户不算在许可证数量内。

用户通常是开发团队中的开发人员或测试人员，以及服务台团队中的代理。在大多数情况下，用户会处理他们的问题和任务。然而，可以向用户分配更多权限。

项目管理员

项目管理员通常是经理或团队负责人。他们负责整个项目。与用户相比，他们通常在项目中拥有更多权限。例如，他们可以向项目中添加成员，管理项目里程碑，并且在实际问题上拥有更多权限。

Jira 管理员

除了用户和项目管理员外，Jira 管理员还有权管理你的 Jira 实例。他们可以创建项目、用户，定制项目工作流，添加更多自定义字段，同时还负责整个实例的性能。

Jira 管理员通常会接到其他人的请求来定制他们的项目。理想情况下，你不应将此权限授予团队中的太多人。只有少数人应当负责管理你的实例。

Jira 中各种方案概览

当你在 Jira 中创建一个项目时，首先要做的是在项目下创建一些问题。问题创建后，你可能需要将其分配给某个人。负责处理该问题的人会开始着手处理该问题，并最终将其解决。这是 Jira 中问题生命周期的一个非常简单的示例，但在后台发生了很多事情。

你在项目中的工作方式、创建的问题类型、在问题中捕获的字段、以及其生命周期阶段和行为，都是由 Jira 项目中的各种方案定义的。

本书中我们之前创建的项目涉及使用 Jira 提供的默认模板。默认模板不过是各种方案的集合或集合。这些模板帮助我们非常快速地开始使用 Jira，根据你的开发方法论，你可以选择基于行业标准实践的各种类型模板。

然而，每个团队都有自己的特点，他们可能对 Jira 项目有不同的期望。可以根据项目逐个进行自定义，或者根据使用相同方案集的一组项目来进行修改。让我们快速了解 Jira 中各种方案的目的。

问题类型方案

在 Jira 中，我们可以有不同的问题类型，如 Epic、Story、Task 和 Bug。如果需要，你始终可以创建更多的问题类型。问题类型方案定义了在特定项目中将提供哪些问题类型。

在 Jira 软件中的典型 Scrum 项目会有 Story、Bug、Epic、Task 和 Sub-task，这由项目中使用的问题类型方案定义。一个方案可以始终被 Jira 中的其他项目共享。

工作流方案

工作流定义了问题在 Jira 中的生命周期。在一个项目中，你可以为所有问题类型使用一个工作流，或者为每个问题类型使用不同的工作流。如果你使用 Jira Core，并且有 Task 和 Sub-task 这样的任务类型，那么创建一个包含三个状态的工作流：Open、In Progress 和 Closed 就可以工作。但对于一个软件开发项目，你可能希望为 Bug 和 Story 设置不同的工作流。

工作流方案定义了项目中每个问题类型将使用的工作流。下表为你提供了一些工作流方案的示例：

项目	问题类型	工作流
法律项目	TaskContract	法律工作流（Task 和 Contract）
软件项目	EpicStoryBugTask	敏捷工作流（Epic 和 Story）缺陷工作流（Bug 和 Task）

当创建新工作流时，你可以将它们附加到同一工作流方案中项目的现有问题类型。例如，在我们之前的一个软件项目中，如果将来需要为 Epic 创建第三个工作流，可以通过简单地修改现有的工作流方案来实现。

问题类型屏幕方案

当你在 Jira 中创建问题时，填写详细信息的弹出窗口不过是一个屏幕，它是字段的集合。你通常会使用屏幕来添加或移除字段。

在 Jira 中，屏幕与三种操作关联：创建、编辑和查看。

创建问题时、编辑时以及查看问题时，可以使用不同的屏幕。

屏幕方案定义了屏幕和操作之间的映射关系。

问题类型屏幕方案定义了屏幕方案和问题类型之间的映射关系。

字段配置方案

当你在项目中创建一个问题时，你可能已经注意到一些字段是必填的，尤其是项目、问题类型和摘要，但如果你想让其他字段也成为必填项，则需要通过字段配置来实现。字段配置的另一个作用是完全隐藏某些字段。

你定义的字段行为——必填/隐藏，也会映射到问题类型。例如，像到期日期这样的字段可以设为 Bug 的必填项，但在同一个项目中的 Epic 不必是必填项。

权限方案

一旦你获得了对项目的访问权限，那么你在该项目中能够执行的所有操作，都是由为该项目配置的权限方案所定义的。权限涉及到谁可以创建问题、编辑问题、关闭问题、添加评论、添加附件等。

当创建一个新项目时，它会带有一个默认的权限方案，如果需要，可以进一步修改。权限方案中的各个权限可以分配给个人、项目角色或 Jira 中的用户组。

通知方案

Jira 可以向不同的人发送关于不同事件的电子邮件提醒。当新问题被创建时，可以向问题的报告人发送一封电子邮件。与问题和工作流转换相关的事件有很多种。这些通知已为各种事件进行配置，如果你不想接收系统发送的过多电子邮件，可以进行修改。

现在我们知道了各种方案的用途，接下来让我们修改之前创建的软件项目，并创建一个新的工作流。

自定义 Jira 工作流

在 第三章，使用 Jira 软件进行开发团队管理，我们创建了一个 Jira 软件项目，并熟悉了其各种功能。我们创建了一个示例 Scrum 项目，该项目提供了针对 Scrum 方法学的预定义配置和方案。

打开示例 Scrum 项目，进入项目设置 | 工作流。

你会注意到，在这个项目中已有一个工作流方案，且该工作流已被所有可用的问题类型使用。在以下屏幕中，如果点击图表链接，你将能查看与该项目相关的工作流：

图 1

如下图所示，工作流有三个状态：TO DO（待办）、DONE（完成）和 IN PROGRESS（进行中）。All（所有）标志表示你可以直接进入任何状态；换句话说，你不必按照特定路径来解决问题：

图 2

前面的工作流已经运行良好，但我们想创建自己的工作流，类似于这个，但有一些具体要求，如下所述：

• 添加一个新状态：ON HOLD（暂停）。

• 问题不能直接发送到 DONE（完成）。它必须首先经过 IN PROGRESS（进行中）状态。

以下图表表示我们将为 Bug 问题类型创建并使用的工作流：

图 3

新状态

在提议的新工作流中，有一个新的状态叫做 ON HOLD，我们首先需要在我们的 Jira 实例中创建它。

转到 Jira 设置 | 问题 | 状态（在问题属性下）并点击右上角的添加状态按钮。

在名称中输入 On Hold，在描述中输入 Issue is on hold，然后点击添加按钮以创建一个新状态，如下所示：

图 4

创建新的工作流

现在，让我们来创建我们的新工作流。

转到 Jira 设置 | 问题 | 工作流（在工作流下）并点击右上角的添加工作流按钮，输入名称为 Bug workflow，在描述中填写 This is the Bug workflow，然后点击添加按钮，如下图所示：

图 5

在下一个屏幕上，你将看到编辑工作流的选项。有两种模式可以编辑工作流——图表模式和文本模式，两种模式基本上可以做相同的事情，不过每种模式有一些不同的选项，但我们将使用图表模式来创建我们的工作流。

点击左侧的添加状态选项，并在你的工作流中添加 TO DO、IN PROGRESS、ON HOLD 和 DONE 状态，如下所示：

图 6

这些状态将现在被添加到你的工作流中。我们已经取得了一些进展，但我们仍然需要做一些事情，主要是移除不需要的状态，添加转换，并将创建的转换更改为从 TO DO 状态开始，而不是 OPEN 状态，这将确保工作流中的第一个状态是 TO DO。

点击创建转换，并将其更改为从 OPEN 状态开始，到 TO DO 状态，只需拖动箭头并将其放在 TO DO 上，如下所示：

图 7

现在点击 OPEN 状态，在弹出的窗口中，点击移除状态链接，如前面的截图所示。最后，在确认移除状态对话框中点击移除按钮。

现在我们在工作流中有了必要的状态。我们需要根据工作流的要求，在这些状态之间创建转换。

首先，点击 TO DO 状态，从该状态拖动一条线到 IN PROGRESS 状态。将出现一个名为添加转换的弹出窗口，如下所示，你将被要求输入转换的名称，可以与目标状态相同，或使用你选择的任何名称：

图 8

请记住，这个转换名称将在用户处理 Jira 问题时显示。点击添加按钮以添加新的转换。

当你添加转换时，一个代表转换的箭头线将会在这两个状态之间创建。箭头的方向在这里也很重要。如果你想从“进行中”转换回“待办”，你需要再添加一个转换，如下所示：

图 9

现在，参考前面图示中的工作流，创建其余的转换。你的最终工作流应该像下面的图示一样：

图 10

我们的工作流已经准备好了，接下来我们需要做的就是在我们的项目中使用它。我们刚刚学会了如何创建工作流，这非常棒，但使用工作流配置还可以进行很多其他自定义操作，比如为我们的转换添加条件和验证器。

现在，让我们回到项目中并使用这个工作流。

进入项目设置 | 工作流，然后点击左上角的“添加工作流”按钮，如下所示，然后点击“添加现有”选项：

图 11

在“添加现有工作流”弹出窗口中，找到你刚创建的 Bug 工作流并点击“下一步”按钮，如下所示：

图 12

然后，在“将问题类型分配给‘Bug 工作流’”弹出窗口中，选择 Bug 并点击“完成”按钮，如下所示：

图 13

最后，点击顶部的“发布”按钮，如下所示：

图 14

在接下来的屏幕中，你可能需要将任何现有问题与新工作流关联。只需按照流程操作，你将在项目的现有工作流方案中添加一个新工作流，如下所示：

图 15

现在，当你在项目中处理 Bug 时，你可以看到这个新的 Bug 工作流在实际运行中。只需在项目中创建一个新的 Bug 类型的问题，你会发现你现在有了一个带有自定义转换和状态的新工作流，如下所示：

图 16

作为良好的实践，始终检查新工作流是否按预期运行。

总结

恭喜！你现在已经成功开始了通过创建自己的工作流来自定义 Jira 的旅程。在本章中，我们学到了很多东西，从概览 Jira 中的各种用户类型开始，然后花了大量时间了解如何创建自定义工作流，并且如何在我们现有的项目中使用它。

在下一章，我们将继续进一步自定义 Jira，并看看如何通过使用屏幕添加更多字段到我们的项目中，同时确保这些新字段仅在特定类型的问题上可见。我们还将查看各种权限，并学习如何修改它们。

第六章：配置项目屏幕和权限

在本章中，我们将继续进一步自定义 Jira，并且查看如何通过使用屏幕将更多字段添加到项目中，同时确保这些新字段仅在特定类型的问题中可见。我们还将查看各种权限并学习如何修改它们。

本章涵盖的主题包括以下内容：

• 在 Jira 中添加新自定义字段

• 理解 Jira 屏幕

• 在我们的项目中使用自定义字段

• 过渡屏幕

• 权限管理

在 Jira 中添加新自定义字段

在上一章中，我们创建了一个自定义工作流，并希望将其与 Bug 问题类型一起使用。我们学习了如何将这个新工作流映射到 Bug 问题类型。这很棒，因为 Bug 的生命周期与 Jira 中其他问题类型不同。然而，我们希望进一步自定义项目；我们希望从报告 Bug 的用户那里获取更多信息。这些附加信息就是 Jira 中的新字段，也叫做自定义字段。

我们的项目需要两个新字段：重现步骤和 Bug 类型。第一个字段将是一个文本字段，用户可以自由输入文本，而第二个字段将是一个下拉框，用户需要从中选择一个选项。现在，让我们将这两个字段添加到我们的实例中。

执行以下步骤以添加自定义字段：

1. 在您的 Jira 实例中，进入 Jira 设置 | 问题 | 自定义字段（在 FIELDS 下）

2. 点击右上角的“添加自定义字段”按钮，操作示例如下：

图 1

1. 在选择字段类型弹出窗口中，选择文本字段（多行）并点击下一步按钮，操作示例如下：

图 2

1. 在配置文本字段（多行）弹出窗口中，输入字段名称为 重现步骤，并添加一个有意义的描述。最后，点击创建按钮。

现在，在你的 Jira 实例中将创建一个自定义字段。你会被要求将新创建的自定义字段添加到一个屏幕中，但可以忽略这个步骤，继续创建字段。

按照相同的步骤添加 Bug 类型 自定义字段，但在此实例中，字段类型应选择为单选下拉列表（Select List (single choice)），并且你需要为用户提供一些选项，供其从下拉列表中选择。

现在我们有了两个新字段，让我们学习如何在项目中使用它们。

理解 Jira 屏幕

屏幕就是 Jira 中的字段容器。屏幕可以包含许多字段，排列顺序由你决定。字段的顺序也可以进行更改。每当你与 Jira 中的问题进行交互时，大多数情况下你都在与屏幕打交道。要理解屏幕，我们还必须理解操作的概念。

Jira 中有三种操作类型，具体如下：

• 创建问题

• 编辑问题

• 查看问题

这些操作不言自明，但在这里需要了解的是，这些操作上显示的字段可能不同。当您在 Jira 中创建新问题时，您可能只想捕获少量字段，但当该问题稍后被编辑时，您可能还希望捕获更多信息。这就是为什么这些操作可以关联不同的屏幕。

在我们的案例中，我们希望这两个新自定义字段被添加到所有三个操作中。在接下来的部分中，我们将学习如何将字段添加到项目中。

在我们的项目中使用自定义字段

一旦您向实例添加了新的自定义字段，这些字段将可以在全局范围内使用，您可以在项目中使用它们。在将这些字段添加到项目之前，这些字段无法使用。

执行以下步骤将字段添加到 Bug 问题类型：

1. 在您的项目中，转到 项目设置 | 屏幕。

2. 在“屏幕”部分，您会注意到在项目中已经使用了两个屏幕方案，如下图所示。这两个方案基于我们在创建项目时使用的模板：

图 3

1. 如您所见，Bug 问题类型使用了一个单独的屏幕方案。在此方案下，只有一个屏幕，名为 SSP: Scrum Bug Screen (1)，该屏幕用于所有三个操作；换句话说，创建问题、编辑问题和查看问题。

2. 要添加我们的新字段，请点击屏幕 SSP: Scrum Bug Screen (1)，然后在配置屏幕部分，滚动到页面底部，那里列出了所有现有字段，点击“选择字段 ...”下拉菜单，选择我们之前添加的两个新字段，如下所示：

图 4

然后，这些字段将被添加到您的项目中，但仅在 Bug 问题类型下可用，如下图所示：

图 5

您还可以创建自己的屏幕方案，将不同的屏幕映射到不同的操作上，因为也许您不希望在创建问题时捕获某个字段，而是希望在稍后编辑问题时捕获它。

转换屏幕

除了这里使用的屏幕外，还可以选择在工作流转换过程中捕获用户输入，这可以通过使用转换屏幕来完成。

如果我们希望在 Bug 被解决时要求用户填写一个名为 Analysis 的字段，但不希望在创建 Bug 时捕获该字段，怎么办？在这种情况下，我们可以为 Bug 编辑操作创建一个新屏幕，但那意味着用户需要点击问题上的编辑按钮，才能在此字段中输入信息。这个需求可以通过使用一个全新的屏幕，并在 Bug 被解决或在我们案例中的“已完成”状态时使用该屏幕来实现。

执行以下步骤创建新屏幕并将其用作转换屏幕：

1. 首先，像本章前面所做的那样，创建一个新的自定义字段，并将该字段命名为分析。

2. 现在，进入 Jira 设置 | 问题 | 屏幕（在屏幕下方）并点击右上角的添加屏幕按钮。在添加屏幕弹出窗口中，输入名称为分析屏幕，并输入一个有意义的描述，如下图所示：

图 6

1. 然后，在配置屏幕部分，将你刚创建的分析字段添加到此屏幕中。

2. 现在，我们需要在我们的 Bug 工作流中使用这个仅包含一个字段的屏幕。进入项目 | 项目设置 | 工作流，并点击 Bug 工作流旁边的铅笔图标进行编辑，如下图所示：

图 7

1. 现在，在你的已完成过渡中，点击编辑按钮，如下图所示：

图 8

1. 然后，在编辑过渡弹出窗口中，选择屏幕作为分析屏幕，并按下保存按钮，如下图所示：

图 9

我们现在差不多完成了。在修改工作流后，你还需要发布它，因为这个工作流已经附加到项目并在使用，因此需要再次发布。顶部会有一个名为发布草稿的按钮。点击它，最终将更改应用到项目中。

为了测试你的新过渡屏幕，进入任何你想通过将其移动到已完成状态来解决的 Bug 问题，如下图所示：

图 10

你会注意到会弹出一个新屏幕，要求你输入分析和评论，然后最终将 bug 的状态更改为已完成。

权限管理

我们在项目中已经实施了大量自定义。现在，让我们再看一个配置，它将让你控制谁可以在项目中做什么。Jira 可以被一个由几个人组成的小团队使用，也可以被成千上万的企业用户使用，当许多人访问同一个实例时，你可能会担心如何控制项目权限。

当你之前使用模板创建项目时，Jira 会创建许多默认配置和方案，例如问题类型方案、工作流方案、问题类型屏幕方案、权限方案和通知方案。

你也可以创建自己的方案，使用自定义配置。然而，我们也可以使用模板建议的配置，并在稍后对其进行微调。现在，让我们更改项目的权限，使其对除项目管理员添加的人员之外的其他人隐藏。

在 Jira 中，有一个项目角色的概念，它其实就是每个项目中的一个团队，包含一组成员或用户。例如，在我们的实例中有一个叫做开发者（Developers）的角色，我们可以在其中添加更多的人。现在，这些人在该角色中做什么，实际上取决于我们在权限方案中定义的权限。

执行以下步骤，仅将开发者角色的访问权限限制到我们的项目：

1. 首先，我们需要创建一个新的权限方案，因此请进入 Jira 设置 | 问题 | 权限方案（位于问题属性下），然后点击“默认权限方案”下操作中的“复制”链接。

2. 一旦复制了默认权限方案，点击其下操作中的“编辑”链接，并将其重命名为其他名称，比如“软件权限方案（Software Permission Scheme）”。

3. 现在，我们有了一个可以修改的新权限方案。点击该新权限方案的权限（Permissions）链接，你将看到许多与项目、评论以及谁可以做什么相关的权限，如下图所示：

图 11

1. 第二列，授予给（Granted to），列出了拥有该权限的单个用户、组或项目角色。

2. 要限制对项目的访问，可以从浏览项目（Browse Projects）权限中删除所有内容，并只将其授予项目角色开发者（Developers），如下图所示：

图 12

1. 现在，我们有了一个新的权限方案，可以在我们的项目中使用。在项目中，进入项目设置 | 权限 | 操作 | 使用不同的方案。

2. 现在，选择你刚创建的方案，并按下关联（Associate）按钮。

恭喜！你已经修改了项目的权限方案，现在，只有被添加到项目中的开发者角色的人员才能访问该项目。

了解如何执行这些自定义操作将使你能够掌控你的 Jira 实例，并根据你的需求进行调整。Jira 的开箱即用版本提供了多个模板，如果你知道正确的自定义方法，你可以进一步调整这些模板。

总结

在这一章中，我们花了一些时间了解如何从用户那里添加更多的自定义字段，并通过在屏幕中工作将它们应用到项目中。我们还学习了什么是转换屏幕（transition screens），以及它们与普通屏幕的区别。最后，我们修改了项目的权限，并将对项目的访问限制为一组特定的用户。尽管我们只修改了一个权限，但知道如何正确地修改它非常重要。

在下一章中，我们将探讨 Jira 的报告功能。了解如何分析我们实例中已经收集的信息非常重要。理解如何通过各种报告和仪表盘跟踪进度是每个 Jira 用户和管理员都应该掌握的一项必备技能。

第七章：报告和仪表板

本章我们将探讨 Jira 的报告功能。一旦你开始在项目中工作，你也会希望跟踪你的工作进度，分析你在实例中拥有的信息非常重要。它可能像是了解有多少个问题已经完成，以便创建一个图形报告一样简单。

每个 Jira 项目都有自己的报告集，你可以不时监控这些报告。根据你使用的应用类型，报告可能会略有不同。我们还将看看仪表板，这是创建自定义报告的好方法。

本章涉及的主题包括以下内容：

• Jira Core 报告

• Jira Software 报告

• Jira Service Desk

• 创建和共享仪表板

Jira Core 报告

在本书中，我们已经查看了 Jira 中的三种应用类型。我们从 Jira Core 开始，任何公司中的业务团队都可以使用它来跟踪他们的日常活动。

我们首先来看 Jira Core 项目中内置的报告。要查找这些报告，进入项目侧边栏中的“报告”部分，你会发现报告被分为三类：问题分析、预测与管理，以及其他，具体如下图所示：

图 1

这些报告大多数都易于配置，并且自解释，但我们将重点查看一些关键报告。

平均年龄报告

随后的平均年龄报告显示了一个项目或筛选器中未解决问题的平均年龄。这有助于你了解你的待办事项是否得到及时更新。基本上，这意味着在给定日期，问题处于未解决状态的平均天数，如下所示：

图 2

在此报告中，当你看到柱状图在一段时间内不断增加时，这意味着问题没有按时解决。

饼图报告

这是最有用的报告之一，展示了基于 Jira 中不同字段的故障分类。例如，以下图表展示了问题根据其工作流状态的分类情况：

图 3

前面的图表告诉我们，仍然有许多任务处于待办状态，必须采取措施改善这种情况。类似的报告也可以基于其他 Jira 用于项目中的数据生成。

Jira Software 报告

当你在一个基于敏捷的方法的项目中工作时，我们在 Jira Core 部分看到的报告在这里也可以使用，但由于 Jira Software 项目有所不同，你还会发现这里有许多新的报告。

如下图所示，你将会在报告部分的敏捷类别下找到这些报告：

图 4

现在我们来看看一些重要的基于敏捷的方法的报告。

燃尽图

当我们在基于 Jira Software 的 SCRUM 项目中规划冲刺时，我们可以选择使用故事点或小时数来估算工作量。以下报告展示了特定冲刺中问题的进展，基于总估算的工作量与实际工作量的对比：

图 5

如果你查看上面的图表，你会注意到最初计划的总故事点数是 11，并且根据冲刺的持续时间，理想情况下，所有故事点应在冲刺结束时完成。这由基准线下降表示。当工作开始时，另一条表示实际完成工作的线将开始绘制，并且跟随原始基准线。在理想情况下，实际进度线应与基准线一致。如果实际进度线向上走，意味着在冲刺过程中加入了更多的工作，这是不好的做法。

如果实际进度线与基准线之间的差距过大，意味着团队按时完成工作的可能性不大。

燃尽图是敏捷项目中最重要的报告之一，适用于遵循 SCRUM 的项目。

敏捷速率图

另一个重要报告是敏捷速率图，它实际上反映了团队的能力。我们先来看一下如下所示的报告：

图 6

当冲刺计划制定时，会对预计在冲刺结束前能完成的工作进行估算。在新项目开始时，这种估算有些困难。而且随着项目的推进，团队成员可能会发生变化或无法参与，因此了解当前团队的能力非常重要。

上述图表告诉我们，在样本冲刺 1 中，团队承诺了 18 个故事点，但完成了 16 个；在样本冲刺 2 中，团队承诺了 11 个，完成了 11 个；最后，在样本冲刺 3 中，承诺也按时完成。

因此，团队的平均能力为 16+11+14 除以 3，换句话说，为 13.6，约为 14。基于过去的表现，我们可以分配 14 个故事点的工作量给这个团队。

这些信息对经理至关重要，因为如果这个数字过低或下降，那么可以及时采取适当的行动来加以改进。

Jira Service Desk

现在我们来看看一些只适用于 Service Desk 的 Jira Service Desk 报告。

SLA 成功率

Jira Service Desk 的一个独特功能是服务级别协议（SLA）的概念，可以为项目进行配置。让我们看一下以下关于两个 SLA 的报告：

图 7

该报告提供了项目中两个服务级别协议（SLA）的成功率百分比——首次响应时间和解决时间。同时还显示了随时间变化的趋势线。

满意度

在 Jira Service Desk 中，有一个内建的功能，可以要求客户提供反馈。这对团队来说非常重要，因为它可以告诉他们他们的服务是好是坏。我们先来看看这个报告：

图 8

这个报告告诉我们一个从一到五颗星的平均评分，并且非常详细。你可以看到客户评论、问题键，以及参与解决该问题的代理。

创建和共享仪表板

我们在本章前面讨论的报告是特定于项目的，只有在项目内时才能查看。然而，当你登录到你的 Jira 实例时，首先看到的是系统仪表板，这是一个包含一组小型报告（也称为 gadget）的默认仪表板。我们始终可以创建自己的自定义仪表板，展示来自一个或多个项目的信息。

仪表板的一个优点是，你无需进入各个项目并逐一配置不同的报告。使用仪表板，你可以一目了然地查看项目或团队的状况。让我们创建自己的仪表板。

在系统仪表板上，点击右上角的三个点，选择“创建仪表板”，如下所示：

图 9

输入名称和描述，选择你希望与谁共享，然后点击创建按钮，如下所示：

图 10

你将得到一个空白的仪表板，可以添加各种 gadgets。让我们将以下 gadgets 添加到我们的仪表板中：

• 平均年龄图表

• Sprint Burndown Gadget

• 饼图：示例 Scrum 项目

• 敏捷看板 Gadget

是的，你猜得没错。这些是与我们之前讨论过的报告类似的报告，不过这次我们希望把它们放在仪表板上方便查看。gadget 会让你选择你希望为其创建报告的项目。一旦你这样做，仪表板就会准备就绪。

仪表板的一个重要优点是，除了可以在一个地方集中创建一系列报告外，你还可以与其他团队成员共享，显示在办公室的大屏幕上，最重要的是，你可以创建多个仪表板，展示来自不同项目的不同信息。

总结

在本章中，我们学习了如何通过首先查看内置的各种报告，来分析我们在 Jira 实例中已有的信息，随后我们配置了自己的自定义仪表板，将所有这些报告集中在一个地方，方便随时查看。

在接下来的最后一章，我们将讨论使用 Jira 时应始终牢记的最佳实践，以及在定制工具时需要注意的事项。因为尽管 Jira 允许你配置许多内容，但如果这些定制做得不正确，了解其后果也是非常重要的。遵循最佳实践将确保你的 Jira 实例能够长期稳定运行，并保持卓越的性能。

第八章：最佳实践

在这一章中，我们将重点介绍一些最佳实践，这是你在使用 Jira 时需要时刻牢记的内容。你必须已经意识到，Jira 在定制化方面相当灵活，可以根据你的需求进行调整。同时，非常重要的一点是，Jira 中的配置变更应从一开始就谨慎进行，并且要了解如果这些定制化没有正确执行，将会产生的后果。遵循最佳实践将确保你的 Jira 实例长期稳定并保持优异的性能。

本章涵盖的主题包括以下内容：

• 设置变更控制委员会

• 文档化你的配置

• 不创建过多的状态

• 不创建过多的自定义字段

• 使用上下文

• 使用项目角色而非群组

• 不修改默认配置

• Jira 定制化过程

设置变更控制委员会

如果你的组织刚刚开始使用 Jira，或者打算使用 Jira，那么首先应该做的事情是设置某种形式的变更控制委员会。Jira 在初期可以轻松安装用于试点，特别是如果你打算使用 Jira Cloud，设置一个新的实例几乎只需要几分钟，并且你可以立即开始使用，主要因为 Jira 自带项目模板。然而，随着团队数量的增加，越来越多的团队会要求管理员根据他们的需求稍微修改项目。

由于 Jira 很容易修改，可能会让人忍不住马上实现新的变更，这正是我们想要提醒你的地方。将 Jira 看作任何其他项目一样，在一开始创建一组标准的配置，以便广泛的团队使用。虽然 Jira 管理员负责工具本身，但他们也应该倡导各种流程的标准化。例如，如果两支团队在同一家公司从事类似的项目，那么理想情况下，他们应该使用相同的 Jira 配置。

变更控制委员会的目的是确保 Jira 的定制化是经过审查变更、挑战团队并建议他们使用标准配置后进行的，这一过程是持续进行的。

文档化你的配置

Jira 管理员最害怕的噩梦是，Jira 实例中有数百个工作流和其他定制化，而没有任何目的说明。Jira 实例在企业环境中可以迅速变大，这就是为什么从一开始就详细记录工具中执行的配置至关重要的原因。它可能看起来有些繁琐，但一旦从一开始就做好了，它将极大地帮助 Jira 管理员维护实例。你需要确保，在每一次进行定制化时，不仅仅是在一开始，而是持续更新文档。

文档化很重要，因为当新的成员加入 Jira 管理员团队时，他们可以随时参考文档来理解配置的目的。理想情况下，这份文档应该包含配置的目的、目标项目类型、实际配置以及来自利益相关者或用户的反馈。

不要创建过多的状态

工作流是 Jira 自定义的主要方面之一。它们定义了问题在不同阶段之间的生命周期。一个工作流有多种状态，并且状态之间有多种转换。有时，当创建一个新的工作流时，可能需要创建一个新的状态。在创建新状态之前，请先查看你实例中现有的状态列表，检查是否可以重用其中的任何现有状态。

只有在状态名称比较通用且不太项目特定的情况下，才能重用状态。例如，等待反馈 和 反馈待处理 基本上是相同的，不需要创建类似于 反馈 123 的状态。

状态是全局创建的，Jira 工作流可以使用它们，这也是为什么你不应该尝试创建过多状态的原因。

不要创建大量的自定义字段

在本书前面，我们学习了如何创建自定义字段。这些字段的目的是存储一些额外的信息，而这些信息在 Jira 的默认系统字段中无法存储。

过多的自定义字段是导致 Jira 性能缓慢的最大原因。实际上，没有理由在 Jira 中创建数百个自定义字段，创建新的自定义字段时应该谨慎。就像状态一样，尽量重用自定义字段，并且尽量创建通用名称的自定义字段。

让我们来看一些可以在 Jira 实例中创建的通用自定义字段：

自定义字段	类型	描述
客户/客户方	选择列表	使用项目上下文为多个项目创建不同选项
类别	选择列表	标签和组件应在大多数情况下使用，但这个通用字段可以在许多不同选项的项目中使用，通过项目上下文来选择
外部 ID	文本字段	该字段将用于存储问题的 ID，该 ID 存储在外部工具中
测试类型	选择列表	当 Jira 用于测试管理时，可以使用此字段
开始日期	日期选择器	Jira 确实提供了截止日期功能，但任务的开始日期不可用

如上表所示，目的是优化字段的使用。由于这些字段存储了每个项目及其问题的信息，如果字段过多，实例的性能可能会下降。

使用上下文

在前一部分中，我们讨论了如何优化自定义字段的使用，但有时，同一个自定义字段需要为每个项目提供不同的选项。例如，像“客户名称”这样的字段可以根据团队或项目的不同提供不同的选项，我们正在讨论的是“选择列表”类型的字段。

在这种情况下，我们强烈建议你使用自定义字段上下文，这样可以根据项目创建不同的选项集，但字段保持不变。

使用项目角色而非组

维护一个 Jira 实例，尤其是在一个不断发展的组织中，可能是一项艰巨的任务。有一些活动只能由 Jira 管理员执行，因此你应确保项目管理员尽可能管理他们的项目。这一点在项目中增加更多成员时尤为重要。有许多配置，如权限、通知和工作流，都是基于用户的。在创建这些配置时，如果你使用 Jira 组而不是项目角色，那么你的项目管理员就依赖于你来添加/删除成员，但他们确实有权限使用项目角色来管理自己的团队用户。

不修改默认配置

Jira 提供了许多模板和默认配置，正如你之前所见。这些配置帮助你快速启动 Jira，但作为一种最佳实践，你不应该直接修改它们。如果你想使用任何默认配置，可以随意复制它们，然后修改复制版。

Jira 定制化过程

最后，让我们总结一下你可以用来启动 Jira 在组织中使用的定制化过程。这些基于我们之前讨论的最佳实践。

你可以执行以下步骤开始定制化过程：

1. 使用默认配置试用 Jira

2. 收集反馈

3. 记录拟议的配置

4. 在沙盒中测试配置

5. 在生产环境中实施它们

6. 标准化配置

7. 设置变更控制委员会

前面提到的步骤是自解释的，我们已经在本章或本书的早期部分中讲解过了。

总结

在本章中，我们介绍了在实施 Jira 时，必须在组织中采用的各种最佳实践。它们的目的是确保你的实例能够良好运行，同时确保实例的管理不会随着时间推移变得更加复杂。

这是本书的最后一章。本书的目的是帮助你快速启动 Jira 云实例，并在你的组织中使用它们，同时也介绍了 Jira 的定制化方面。我们希望这本书能让你有信心开始使用 Jira，并祝愿你在使用过程中一切顺利。