作为目前应用最为广泛的软件开发管理软件，JIRA、Confluence等产品几乎被所有的科技型公司所应用。我们的每天的任务管理、文档编写等工作几乎都在这些软件的帮助下进行和管理。当然我也不例外，在读书时候就已经是Atlassian公司的忠实用户，不论在工行、在永辉还是独立创业，在软件研发管理上，这套软件的应用一直都是我所推崇和首选的，在我的博客中（didispace.com）也有分享过相关的应用经验。
前些日子，Atlassian公司宣布：从2021年2月2日开始，将停止销售新的本地化部署服务许可证，并停止对本地化部署产品的新功能开发。
在前面我们简单介绍了问题类型和工作流的配置方法，今天我们来聊一聊字段和界面这两个互相依赖的家伙。
界面即Issue展示给用户可见的表单页面，分为创建界面、查看界面和编辑界面。而界面上存在的表单项则称为字段，可以设置这些项是数字、文字、还是图片，以及这些项在界面中是必选、可选，或者是隐藏。
这两个家伙是相互强影响的，因此在这一篇中一起介绍。
* 注：以下配置基于 JIRA 7.1.9
我们已经知道如何在项目中建立问题类型和设置这些问题类型的工作流，但是这些问题的状态和内容如何清晰的展示给用户呢？
在项目管理中Jira占据着大佬的地位，很大部分原因要归功于他强大的工作流支持，你可以完全根据自己的企业和团队习惯自定义工作流内容，包括步骤、流转、条件和权限等等。
今天我们就来看看Jira工作流要如何配置吧。
* 注：以下配置基于 JIRA 7.1.9
在上一篇文章中，我们新建了一个问题类型，并且增加到问题类型方案里了，同时又关联到我们的这个项目中。那么这些问题我们需要如何设置流程走向来表示问题的处理过程呢？这就需要设定一个流程，并将这个流程引用到这个问题类型中。
具有系统管理权限的人员登录进入问题管理中，在左导航中选择工作流。
最近在工作中频繁接触Jira，从一脸懵逼的小白摸索成为一个准管理员，爬了不少坑，特此整理如下，望有助于在座各位~
* 注：以下配置基于 JIRA 7.1.9
新建项目后首先需要配置的内容包括：问题类型方案、工作流配置方案、字段配置方案、问题类型界面方案，一般完成这四个配置项目即可使用，如果还需要其它的，可以继续配置这个项目的权限、问题安全方案、通知方案等，还包括其它管理内容，如模块、项目角色。
这里先说明问题类型方案、工作流配置方案、字段配置方案、问题类型界面方案的配置规范。
下面是项目和问题类型、界面、工作流、字段之间的相互关系图：
由于最近搞运维平台的事，对接了不少第三方系统，JIRA就是其中一个。在使用其REST API时发现了不少坑，而这些内容中文搜不到什么可以提供参考的信息，所以从今天开始抽时间简短的分享一下。以帮助也有这些需求的朋友们。
第一篇，先拿Add user to group来说说，该接口的文档说明如下图所示：
今天因为团队需要，协助帮忙看Confluence的这个问题，通过大半天的分析研究也得到不少收获，在此记录一下问题的原因以及最后的解决方案，希望对各位在迁移中碰到类似问题的大神们有所帮助。
先大致说一下基本的迁移步骤：
General ConfigurationBackup & RestoreArchive to backups folder让生成的备份创建归档至Confluence自动备份目录，如果不点选会生成在临时目录中，并且会在24小时后自动清除Backup attachments，将附件内容加入到备份中Backup按钮，等待备份完毕。Confluence的使用几乎贯穿了整个敏捷过程，如：在产品设计时编写产品需求，在会议讨论时编写会议笔记，在冲刺结束后编写冲刺回顾……Confluence自身也为这些需求提供了丰富的文档模板，本文就其提供的模板结合我们的使用做一个详细的介绍。
以下所有模板均通过Confluence点击“创建”（Create）出现的模板选择后创建，若有模板内容不适用的，管理员可通过“一般配置”--“全局模板和蓝图”功能中进行修改或者汉化。
为你的产品或功能定义、追踪和确定范围需求
准备把敏捷管理的专题在今年完成，主要谈一下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
由于公司复杂的内部网络约束，使得部分人员之间无法通过企业内部定制的协作软件进行沟通，造成工作中的诸多不变。所以在内网中尝试使用OpenFire和Spark构建了实时协作平台。
下载地址：http://www.igniterealtime.org/downloads/index.jsp
OpenFire的安装非常简单，主要注意的是数据库的选择，若选择“标准数据库连接”时，注意补充数据库驱动包至openfire\lib目录下。不推荐使用内存数据库，容易因服务器意外宕机而丢失数据。