Jira

Atlassian 出品 · 云版 / 自托管版 · 付费（小团队有免费档）· 研发团队标配

它是什么：为什么是大厂标配

  • 历史地位：从缺陷跟踪（Bug 管理）起家，后来长成完整的「研发流程管理平台」，被全球研发团队广泛使用。
  • 「重」在哪：工作流可自定义（需求→开发→测试→验收→发布）、字段丰富、权限精细——适合流程规范的大团队。
  • 产品经理的定位：PM 在 Jira 里管「需求 → 迭代」这条主线，研发在 Jira 里管「任务 → 缺陷」——同一套系统，各看各的视图。
  • 和轻量工具的区别：Trello 是「一块板子」，Jira 是「一套流程系统」——小团队可能嫌重，大团队离不了。

核心功能拆解

  • Issue（问题）体系：一切皆 Issue——需求（Story）、任务（Task）、缺陷（Bug）、史诗（Epic）各有类型与字段。
  • 工作流（Workflow）：自定义状态流转——需求从「待评审→已评审→开发中→测试→已验收→已发布」，谁改、什么时候改都有记录。
  • 敏捷板（Scrum/Kanban）：冲刺（Sprint）管理、燃尽图（Burndown）、看板视图——迭代节奏的可视化。
  • 史诗与版本：用史诗（Epic）聚合大需求，用版本（Version）管理发布计划。
  • 权限与通知：精细到角色/项目/字段的权限控制，通知规则自动触达相关人。
  • 报表：燃尽图、速度图、累积流图——迭代复盘的数据来源。
  • 生态：大量插件（Confluence 文档联动、插件市场）——需要什么装什么。

上手步骤：PM 的第一周

1

第 1~2 天：看懂面板

搞清楚「项目 → 冲刺 → Issue」三层结构，认识看板视图和列表视图。

2

第 3 天：建需求

学会创建 Story（需求），填好标题、描述、验收标准、优先级、预估——这是 PM 在 Jira 里的主战场。

3

第 4~5 天：跑一个冲刺

建冲刺 → 把需求拖进去 → 看燃尽图 → 学会「完成」和「关闭」的区别（完成≠验收通过）。

4

第 6~7 天：复盘报表

用速度图和累积流图复盘一个迭代——学会从数据看团队节奏。

PM 视角：在 Jira 里的日常

  • 需求入口：把评审通过的需求在 Jira 里建档——状态、优先级、验收标准一次写清。
  • 迭代节奏：规划会往冲刺里拖需求、站会看板过进度、复盘会拉报表——Jira 是迭代五步的「载体」。
  • 验收标准前置：需求里写清「Done 的定义」——开发自测、PM 验收、测试回归各取所需。
  • 缺陷闭环：上线后的问题走 Bug 流程——PM 跟进优先级和修复排期。
  • 别被工具绑架：Jira 只是流程的记录器，不是流程本身——先有规矩，再有工具。

技巧与避坑

  • 先定「Done 的定义」：没验收标准的 Story 是空壳——写清楚「完成 = 功能上线 + 数据埋点 + 文档更新」这类标准。
  • 别把 Jira 当微信：沟通去 IM，Jira 记录「谁、何时、做了什么」——别在评论里扯皮。
  • 工作流别乱改：团队约定好的流程，PM 别随意加状态——每次改动都影响所有人。
  • 常见坑：① 需求不拆子任务导致「一大坨」；② 状态随手乱拖没有记录；③ 燃尽图没人看——报表要用于复盘才有价值。
  • 小团队慎选：5 人以下用 Jira 可能杀鸡用牛刀——先看 Trello/PingCode 是否够用。