作为目前应用最为广泛的软件开发管理软件，JIRA、Confluence等产品几乎被所有的科技型公司所应用。我们的每天的任务管理、文档编写等工作几乎都在这些软件的帮助下进行和管理。当然我也不例外，在读书时候就已经是Atlassian公司的忠实用户，不论在工行、在永辉还是独立创业，在软件研发管理上，这套软件的应用一直都是我所推崇和首选的，在我的博客中（didispace.com）也有分享过相关的应用经验。 前些日子，Atlassian公司宣布：从2021年2月2日开始，将停止销售新的本地化部署服务许可证，并停止对本地化部署产品的新功能开发。 同时，在其官方的Self-Managed部分也可以看到相关提示： 本次停售所影响的产品不光我们最常用的Jira、Confluence还有：Crowd（统一认证工具，类似LDAP）、Bamboo（持续交付工具，类似jenkins）、Bitbuck...

在前面我们简单介绍了问题类型和工作流的配置方法，今天我们来聊一聊字段和界面这两个互相依赖的家伙。 界面即Issue展示给用户可见的表单页面，分为创建界面、查看界面和编辑界面。而界面上存在的表单项则称为字段，可以设置这些项是数字、文字、还是图片，以及这些项在界面中是必选、可选，或者是隐藏。 这两个家伙是相互强影响的，因此在这一篇中一起介绍。 * 注：以下配置基于 JIRA 7.1.9 字段我们已经知道如何在项目中建立问题类型和设置这些问题类型的工作流，但是这些问题的状态和内容如何清晰的展示给用户呢？ 比如创建问题的时候，界面需要展示哪些内容来明确标识问题的相关信息？选择问题类型之后，如何表述问题的具体内容？所属模块、解决版本等信息都在哪体现呢？这些都需要通过界面和字段进行定义。 当我们创建界面时，需要规定这个界面上显示给用户可见的字段信息，这些字段信息需要预先进行定义。 1.1 创...

在项目管理中Jira占据着大佬的地位，很大部分原因要归功于他强大的工作流支持，你可以完全根据自己的企业和团队习惯自定义工作流内容，包括步骤、流转、条件和权限等等。 今天我们就来看看Jira工作流要如何配置吧。 * 注：以下配置基于 JIRA 7.1.9 工作流在上一篇文章中，我们新建了一个问题类型，并且增加到问题类型方案里了，同时又关联到我们的这个项目中。那么这些问题我们需要如何设置流程走向来表示问题的处理过程呢？这就需要设定一个流程，并将这个流程引用到这个问题类型中。 1.1 新建工作流具有系统管理权限的人员登录进入问题管理中，在左导航中选择工作流。 我们可点击增加工作流，在弹出的对话框中，输入名称，点击增加按钮即可 点击增加按钮后跳转到工作流详细设计界面。 我们这里先简单的介绍如何创建工作流，由于不同的使用场景工作流的配置也会不同，内容较多，设计的场景也各有式各样。 我们先...

最近在工作中频繁接触Jira，从一脸懵逼的小白摸索成为一个准管理员，爬了不少坑，特此整理如下，望有助于在座各位~ * 注：以下配置基于 JIRA 7.1.9 项目管理新建项目后首先需要配置的内容包括：问题类型方案、工作流配置方案、字段配置方案、问题类型界面方案，一般完成这四个配置项目即可使用，如果还需要其它的，可以继续配置这个项目的权限、问题安全方案、通知方案等，还包括其它管理内容，如模块、项目角色。 这里先说明问题类型方案、工作流配置方案、字段配置方案、问题类型界面方案的配置规范。 下面是项目和问题类型、界面、工作流、字段之间的相互关系图： 1.1 创建项目一个项目是对一系列相关问题的综合管理。在Jira 中，可以通过以下方式创建项目。首先，需要具有项目创建权限的人登录后台管理界面，然后选择项目，通过创建项目按钮进入到项目创建的界面。 进入到项目管理界...

由于最近搞运维平台的事，对接了不少第三方系统，JIRA就是其中一个。在使用其REST API时发现了不少坑，而这些内容中文搜不到什么可以提供参考的信息，所以从今天开始抽时间简短的分享一下。以帮助也有这些需求的朋友们。 第一篇，先拿Add user to group来说说，该接口的文档说明如下图所示： 从接口名称来看，大家很容易就能判断，这个接口是用来将用户加入到某个组的。但是！再仔细看看接口参数，居然只有groupname？那我到底是要加谁到这个组呢？是不是你跟我一样看到这个文档的时候也一脸懵逼了呢？ 希望如果你碰到了跟我一样的问题，希望您已经搜索到了这篇文章。通过不断的猜测与尝试，总算找到了，该接口的正确调用方法，下面就来帮你仔细说说这个接口文档的问题： 第一个问题，提交类型不是GET，而是POST 第二个问题，在body中使用{"name", &quo...

今天因为团队需要，协助帮忙看Confluence的这个问题，通过大半天的分析研究也得到不少收获，在此记录一下问题的原因以及最后的解决方案，希望对各位在迁移中碰到类似问题的大神们有所帮助。 迁移步骤 先大致说一下基本的迁移步骤： 创建备份 使用管理员账户登录Confluence，点击右上角“齿轮”图标，选择General Configuration 在侧边栏中，选择Backup & Restore 勾选Archive to backups folder让生成的备份创建归档至Confluence自动备份目录，如果不点选会生成在临时目录中，并且会在24小时后自动清除 勾选Backup attachments，将附件内容加入到备份中 点击Backup按钮，等待备份完毕。 系统恢复 在新安装的Confluence中，用管理员账号登陆，点击右上角“齿轮”图标，选择General Con...

Confluence的使用几乎贯穿了整个敏捷过程，如：在产品设计时编写产品需求，在会议讨论时编写会议笔记，在冲刺结束后编写冲刺回顾……Confluence自身也为这些需求提供了丰富的文档模板，本文就其提供的模板结合我们的使用做一个详细的介绍。 以下所有模板均通过Confluence点击“创建”（Create）出现的模板选择后创建，若有模板内容不适用的，管理员可通过“一般配置”–“全局模板和蓝图”功能中进行修改或者汉化。 产品需求 为你的产品或功能定义、追踪和确定范围需求 在产品需求中需要注意两个核心概念： Epic ： 产品的某个阶段，如：产品中加入社交功能 Story：在某个Epic下的各细节需求，如：用户评论、用户点赞 一篇产品需求对应一个Epic，一个Epic对应多个Story。Story的定义粒度尽可能的以一个功能点的规模来创建（通常一个功能点可以划分成一个前端...

准备把敏捷管理的专题在今年完成，主要谈一下Atlassian的实践，先做一下搬运工，讲去年写的两篇弄过来。 Dream big, work smart, deliver fast 使用Atlassian的产品已经有三年多，但是大部分主要以JIRA和Confluence为主，2015年年初加入一创业团队负责技术团队的搭建，从零开始通过部署Atlassian产品、制定开发流程，由于创业团队人手不够，自身也参与了大部分的开发工作，开始有一些考虑不周的地方，随着工作的展开不断调整，通过半年的努力也引来了第一轮的投资，可能创始人国企非技术出生背景的关系，在对技术团队的价值看待上分歧很大，最后还是选择了离开。机缘巧合，马上又加入了另外一个创业团队，依然主要负责技术团队的搭建。这次吸取了之前碰到的一些经验进行改进，并且加入其他一些想法。下面主要就这两次经历，简单谈一下Atlassian的使用...

上一篇，主要介绍了搭建OpenFire和Spark实现即时沟通平台，比较简单就能完成。由于团队间配合的特殊性以及无法访问外网等诸多原因，在 部署了Jira后，一直缺乏一种即时提醒的功能。只能依靠浏览器中定时刷新来查看是否有任务被分配。在完成了OpenFire和Spark插件后，就开始 着手设想是否可以通过Jabber协议，在Jira中有任务分派事件时，通过Jabber协议将事件信息转发出去的想法？在搜索了Jira插件后，发现有 一个插件正符合我的设想：Jabber Listener for JIRA。 下载地址:https://marketplace.atlassian.com/download/plugins/com.atlassian.jira.ext.jabbernotifier.jabber/version/12100 在JIRA上安装此插件后，需要做一些配置，这部分资料较少...

由于公司复杂的内部网络约束，使得部分人员之间无法通过企业内部定制的协作软件进行沟通，造成工作中的诸多不变。所以在内网中尝试使用OpenFire和Spark构建了实时协作平台。 OpenFire ： 基于Jabber协议的Java开源实时协作平台。可用其构建Jabber协议的实时协作服务器，处理来自不同遵循Jabber协议的客户端请求。 Spark：Jabber协议的开源客户端。 下载地址：http://www.igniterealtime.org/downloads/index.jsp OpenFire的安装非常简单，主要注意的是数据库的选择，若选择“标准数据库连接”时，注意补充数据库驱动包至openfire\lib目录下。不推荐使用内存数据库，容易因服务器意外宕机而丢失数据。 安装完毕后，访问管理页面：http://localhost:9090/ OpenFire提供了IM具备...