一、理解jira
https://www.atlassian.com/zh/software/jira
Jira 是一款由 Atlassian 开发的项目管理工具，广泛应用于软件开发、项目管理、任务跟踪等多个领域
1.1、核心功能
| 序号 | 核心功能 | 解释 |
| 1 | 问题跟踪 | 可以创建各种类型的问题，如任务、故障、改进需求等，并对问题进行全生命周期的管理，包括创建、分配、更新状态、解决和关闭等操作。 |
| 2 | 项目管理 | 支持创建和管理项目，为项目设置不同的参数和配置，如项目类型、问题类型方案、工作流等。团队可以在项目中规划、执行和监控工作。 |
| 3 | 敏捷开发支持 | 提供了对 Scrum 和看板等敏捷方法的全面支持。团队可以使用 Jira 进行冲刺规划、任务分配、进度跟踪和回顾总结。 |
| 4 | 报表与分析 | 内置了丰富的报表和图表，如速度图表、燃尽图、累积流量图等，帮助团队分析项目进度、工作效率和质量状况。 |
1.2、应用场景
| 序号 | 应用场景 | 解释 |
| 1 | 软件开发 | 软件开发团队可以使用 Jira 来管理需求、跟踪缺陷、规划迭代和发布。从用户故事的收集和细化，到代码的开发、测试和部署，Jira 都能提供有效的支持。 |
| 2 | IT 运维 | IT 运维团队可以利用 Jira 来跟踪和处理各种运维事件，如系统故障、用户请求等。通过设置不同的优先级和紧急程度，确保重要问题得到及时解决。 |
| 3 | 市场营销 | 市场营销团队可以使用 Jira 来管理营销活动、内容创作、市场调研等任务。协调团队成员之间的工作，确保营销项目按时完成。 |
| 4 | 客户服务 | 客户服务团队可以借助 Jira 来管理客户反馈和问题，及时响应客户需求，提高客户满意度。 |
1.3、优势特点
| 序号 | 优势特点 | 解释 |
| 1 | 高度可定制 | 用户可以根据自己的需求定制问题类型、工作流、字段、界面等，使其适应不同的业务流程和项目管理方法。 |
| 2 | 集成能力强 | Jira 可以与众多其他工具进行集成，如代码托管工具（GitLab、GitHub）、持续集成工具（Jenkins）、文档管理工具（Confluence）等，形成一个完整的工作生态系统。 |
| 3 | 团队协作便捷 | Jira 可以与众多其他工具进行集成，如代码托管工具（GitLab、GitHub）、持续集成工具（Jenkins）、文档管理工具（Confluence）等，形成一个完整的工作生态系统。 |
| 4 | 数据可视化 | 通过各种报表和图表，将项目数据以直观的方式呈现出来，帮助团队成员和管理层更好地理解项目状态，做出明智的决策。 |
二、常见的Jira术语
| 序号 | 中文 | 英文 | 解释 |
|---|
| 1 | 项目 | Project | 一组相关问题（Issue）的集合，用于组织和管理特定的工作或产品开发。例如，一个软件项目、一个营销活动项目等都可以作为一个Jira项目。 |
| 2 | 项目类别 | Project Category | 用于对相似类型的项目进行分类，方便管理和查找。例如，可以将软件开发项目、市场营销项目等归为不同的项目类别。 |
| 3 | 项目角色 | Project Role | 定义了在特定项目中不同人员所承担的职责和权限。如开发人员、测试人员、项目经理等角色，每个角色在项目中有不同的操作权限。 |
| 4 | 问题（事项） | Issue | Jira中的基本工作单元，可以代表任务、故障、改进需求等。比如，开发一个新功能是一个任务类型的Issue，软件中出现的漏洞是一个故障类型的Issue。 |
| 5 | 问题类型 | Issue Type | 用于区分不同性质的工作事项，如任务（Task）、故障（Bug）、改进（Improvement）、新需求（New Feature）等。不同的问题类型可以有不同的字段配置和工作流。 |
| 6 | 史诗 | Epic | 用于组织和跟踪大型功能或主题，由多个相关的用户故事或任务组成。如开发一个完整的模块可以作为一个Epic。 |
| 7 | 史诗链接 | Epic Link | 用于将用户故事、任务等问题与对应的史诗建立关联，表明它们属于同一个大的功能模块或业务目标。 |
| 8 | 用户故事 | User Story | 从用户的角度描述软件功能的一种方式，通常遵循“作为[角色]，我想要[功能]，以便[业务价值]”的格式。例如，“作为注册用户，我想要能够重置密码，以便在忘记密码时可以重新访问账户”。 |
| 9 | 用户故事点 | Story Points | 用于估算用户故事的相对复杂度和工作量，通常使用斐波那契数列（1, 2, 3, 5, 8, 13…）来表示。团队可以根据故事点来规划和评估迭代的工作量。 |
| 10 | 任务 | Task | 具体的工作项，是实现用户故事或完成某个目标所需的具体操作。比如，编写代码、进行测试等都可以作为任务。 |
| 11 | 任务分解 | Task Breakdown | 将一个较大的任务或用户故事进一步拆分成更小的、可执行的子任务，以便更好地进行管理和分配。 |
| 12 | 故障 | Bug | 软件中存在的问题或缺陷，会导致软件不能按照预期运行。例如，程序崩溃、功能错误等。 |
| 13 | 故障复现步骤 | Steps to Reproduce | 针对故障类型的问题，详细描述如何重现该故障，帮助开发人员定位和解决问题。 |
| 14 | 子任务 | Sub - task | 将一个较大的问题（Issue）分解成的更小的、可管理的任务。例如，一个用户故事可以分解为多个子任务，如设计、开发、测试等子任务。 |
| 15 | 版本 | Version | 用于跟踪软件的发布版本，可以将相关的问题（Issue）关联到特定的版本上，以便管理发布内容和进度。 |
| 16 | 版本关联 | Version Affinity（或Fix Version/s） | 将问题与特定的软件版本相关联，用于跟踪哪些问题将在哪个版本中解决或已经解决。 |
| 17 | 冲刺（迭代） | Sprint | 在敏捷开发中，一个固定时间段的迭代周期，通常为1 - 4周。团队在冲刺内完成一定数量的工作，实现特定的目标。 |
| 18 | 冲刺目标 | Sprint Goal | 为每个冲刺设定的具体目标，描述在该冲刺内要实现的主要成果或业务价值。 |
| 19 | 冲刺待办事项 | Sprint Backlog | 在冲刺计划会议中确定的，将在当前冲刺中完成的一系列问题（Issue）的集合。 |
| 20 | 产品待办事项 | Product Backlog | 包含所有待办用户故事、改进需求等问题的列表，是产品开发的需求来源，会根据业务价值和优先级进行排序。 |
| 21 | 看板 | Board | 视觉化工作流程的工具，通常展示问题的不同状态（如待办、进行中、已完成）。团队可以通过看板来跟踪工作进度和任务分配。 |
| 22 | 看板列 | Board Column | 看板上用于表示问题不同状态的区域，如“待办”“进行中”“测试中”“已完成”等列，问题在不同列之间移动表示其状态的改变。 |
| 23 | 工作流 | Workflow | 定义了问题（Issue）从创建到完成所经过的状态和转换过程。例如，一个故障的工作流可能包括“新建”“已确认”“修复中”“已修复”“已关闭”等状态。 |
| 24 | 工作流状态 | Workflow Status | 问题在工作流中所处的具体阶段，如“新建”“已分配”“已解决”“已关闭”等。 |
| 25 | 工作流转换 | Workflow Transition | 问题从一个工作流状态到另一个状态的转变过程，通常伴随着特定的操作或条件。例如，从“新建”状态转换到“已分配”状态可能需要负责人进行分配操作。 |
| 26 | 筛选器 | Filter | 用于查询和筛选特定条件的问题（Issue），可以根据项目、类型、状态、负责人等条件进行筛选，方便用户快速找到所需的信息。 |
| 27 | 筛选器共享 | Filter Sharing | 允许用户将自己创建的筛选器共享给其他用户、项目角色或团队，以便其他人也可以使用相同的筛选条件来查看问题。 |
| 28 | 仪表盘 | Dashboard | 提供了一个集中显示项目关键信息和指标的界面，可以包含各种小工具（Gadget），如问题统计图表、最近更新的问题列表等。 |
| 29 | 仪表盘小工具 | Dashboard Gadget | 仪表盘上显示特定信息的小组件，如问题统计图表、最近更新的问题列表、日历视图等，用户可以根据需要添加和配置小工具。 |
| 30 | 字段 | Field | 用于存储问题（Issue）的相关信息，如标题、描述、优先级、负责人等。用户可以根据需要自定义字段来满足特定的业务需求。 |
| 31 | 自定义字段 | Custom Field | 用户可以根据项目的特殊需求创建的额外字段，用于存储和显示与问题相关的特定信息。例如，在软件开发项目中可以创建“测试环境”“影响版本范围”等自定义字段。 |
| 32 | 字段配置方案 | Field Configuration Scheme | 用于定义不同问题类型在不同项目或上下文中显示的字段及其属性（如是否必填、是否隐藏等）。 |
| 33 | 权限方案 | Permission Scheme | 控制不同用户或角色在项目中对各种操作（如创建问题、编辑问题、删除问题等）的权限。 |
| 34 | 通知方案 | Notification Scheme | 定义在特定事件发生时（如问题创建、状态变更、评论添加等），哪些用户或角色将收到通知以及通知的方式（邮件、站内信等）。 |
| 35 | 链接类型 | Link Type | 用于定义问题之间的关联关系类型，如“阻塞”“相关”“克隆”等。通过链接类型可以清晰地表示问题之间的依赖或关联。 |
| 36 | 附件 | Attachment | 可以附加到问题上的文件，如文档、截图、日志文件等，用于提供更多的上下文信息来帮助解决问题或记录工作过程。 |
| 37 | 评论 | Comment | 用户可以在问题下添加评论，用于交流讨论、记录问题解决思路、更新进展等信息。 |
| 38 | 日志工作 | Log Work | 用于记录用户在某个问题上花费的工作时间，方便进行时间跟踪和成本核算。 |
| 39 | 优先级 | Priority | 表示问题（Issue）的重要程度和紧急程度，常见的优先级有最高、高、中、低等。团队可以根据优先级来安排工作顺序。 |
| 40 | 截止日期 | Due Date | Issue 的 截止日期 |
| 41 | 敏捷报告 | Agile Report | Jira提供的各种敏捷开发相关的报告，如速度图表（Velocity Chart）、燃尽图（Burndown Chart）、累积流量图（Cumulative Flow Diagram）等，帮助团队分析项目进度和绩效。 |
三、欢迎交流指正
