问题描述：

首先有一定的需求才有这个解决方案，需求就是产品经理希望能够动态的查看到需求之间的依赖关系，最好是可视化的方案。

那么我们第一想到的自然是用需求依赖看板的方式来展示这些需求。

解决方案：

敏捷项目大多会采用JIRA，那么我们就在JIRA上就地取材。

JIRA中间还正巧有用户故事和用户故事之间的依赖关系描述，我们可以利用这个字段完成这个可视化方案。

那么需要各位PO和团队做一些什么来辅助呢？那就是标注清楚每个用户故事的依赖关系，还有Epic的依赖关系。

接下来，我们开始变魔术了。

JQL操作：

issueFunction in hasLinks(blocks)

更复杂的操作就是加入，项目，team名字，进行过滤

所以泳道就可以过滤出多个，根据实际团队数量进行过滤

看板显示：

问题在于，add-on没有开启script runner

下载Script Runner

kbme >> metrics.json 使用kbme命令收集特定时间段内的信息 kbme --csv --start 2017-08-01 --finish 2017-08-31 >> metrics.csv 每隔15天收集最近90天的指标 kbme --report --interval 15 --period 90 --csv >> metrics.csv 使用过去15天的数据将新行添加到上一个报告中 kbme --period 15 --csv >> metrics.csv -c, --csv Outputs c 吉拉复制项目 创建该脚本的目的是为了应对每个人长期以来以不正确的方式使用 jira 所面临的基本挑战。 在这种情况下的挑战是如何将项目从旧的 jira 实例复制到新的 jira 实例？ 在将项目复制到新实例时，如何清除所有垃圾并清理项目？ 此外，在这里您将能够实现映射，这个著名的单词在您要放弃改变旧世界和保留垃圾时会隐藏很多时间。 目前，该脚本是1.1版，具有很大的改进空间，并且更加易于使用。 要使用它，您需要修改与字段映射和属性有关的方法。 目前，我仅实现了以下功能： 前提条件准备版本和组件（如果有从旧到新的副本） copy_versions（j_old，j_new，j_project）copy_components（j_old，j_new，j_project） 迭代问题并将问题复制到新的 jira copy_issues（j_old，j_new，j_project，start = 0） 、isblockedby（被阻塞了）、clones（复制）、isclonedby、duplicatest（重复）、isduplicateby（被克隆）、relatesto（关联）。 JIRA ： jira 是Atlassian公司出品的项目与事务跟踪工具，被广泛用于缺陷跟踪、客户服务、 需求 收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。5）描述：对概要的补充，可以添加前置条件、操作步骤、日志、路径、实际结果、预期结果等信息。2）问题类型：问题分为：Epic、故事、改进、新功能、任务、缺陷。 本文将以有赞零售产品为例，介绍 需求 全生命周期的管理实践，包括：商家的原始 需求 收集、产品设计与评审、研发的 需求 实现、上线后运营反馈、新一轮迭代优化，构成了 需求 全生命周期的反馈回路。在整个过程中，我们是如何对 需求 、项目、任务、缺陷、线上质量和功能优化进行有效组织和管理的呢？让我们一起揭开这个神秘面纱吧！“1 个项目 +3 块看 板 ”模型为了让产品和研发过程更可控，让彼此间协作更顺畅，让共同努力的结果更靠... 看 板 因为成本低廉，使用方法易上手，被很多软件研发团队使用。今天讲讲我看到的使用看 板 的几个常见的问题，以及如何避开这些问题，让看 板 发挥它真正的效用，让大家减少时间浪费，按时下班.1第一个坑：看 板 不即时更新，早会用来更新看 板 我曾经在一个没有使用过看 板 的团队引入TAPD（一款在线团队协同工具）作为看 板 。在我引入TAPD之前，这个团队用一个在线表格协同工具在管理项目。我在介绍TAPD上的看 板 （在TAPD里... 做过项目管理的人都知道在执行项目的过程中，有一个可视化的面 板 是多么的重要，通过这个面 板 可以看到项目目前处于什么进展？目前资源投放是怎么样？今天就给大家介绍一下 JIRA 的面 板 管理，也是目前我司正在使用的。 JIRA 的面 板 长这样：说明：1、 JIRA 要有面 板 功能，功能部署的 JIRA 版本至少不低于7.12.3版本2、 JIRA 的模 板 功能采用的敏捷开发模式，所有的面 板 都 依赖 于过滤器来展示，因此你首先要去创建一个... 我们在写项目的过程中，往往都需要固化 依赖 （保证项目 依赖 包、环境的稳定性 和 可移植性），在python项目中，项目 依赖 包往往会指定在一个requirements.txt文件，其中包括 依赖 包以及包的版本号。（类似Go项目中的go.mod) 生成requirements.txt文件的命令： pip freeze > requirements.txt 安装requirements.txt文件中的 依赖 包： pip install -r requirements.txt... Jira 和 Confluence 是 Atlassian 公司推出的企业级项目管理和团队协作产品，这两款明星产品的关系就像咖啡和甜甜圈，单独品尝很棒，结合在一起使用效果绝佳。很多创业公司和大型企业在管理工具的演进过程中都或多或少使用过它们。 但是由于缺乏专业顾问的指导和最佳实践的指引，很多公司在导入 Jira 过程走得并不顺利，过多的“反对声音”导致最终的“夭折”。在笔者看来，行业上的项目管理工... 很多人都知道 JIRA 是用来做缺陷管理，但是其实 JIRA 也可以来做 需求 管理，那么今天就给大家大家介绍一下用 JIRA 如何来做 需求 管理，在用 JIRA 做 需求 管理之前，先要了解 需求 管理的生命周期和 JIRA 的一些基本操作。后续会具体介绍 JIRA 操作篇一、 需求 全生命周期二、 JIRA 基本配置操作那基于 JIRA 的基本配置及 需求 的生命周期管理，那么在用 JIRA 做 需求 管控时解决以下问题：1、 JIRA 是否可以根据生命周期... 业务 需求 类包括两类：服务台或BT/PM收集到的优化或修改 需求 ，以及BT/PM收集到的新的业务 需求 。该部分 需求 ，前一类，可以直接在 Jira 中录入用户提出的BR，并新建对应的PRD进行产品 需求 分析，另一类需要在Confluence中定义详细的产品 需求 ，并把产品 需求 对应到相应的BR中。 4.1.1 新增BR（业务 需求 ） BR类型的Issue记录原始的业务 需求 ，包括：服务台收集的优化 需求 ，DT/PM收... DevOps（Development和Operations的组合词）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。它是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得 构建 、测试、发布软件能够更加地快捷、频繁和可靠。