到此处为止，我们就把不需要的状态已经删除了。当然，为了完成我们自己的工作流，还需要添加一个状态。
到这里，自定义工作流就完成了。接下来还需要在配置一下工作流方案，这里就不再一 一介绍了，有需要的找我就好。
感受
由于之前的项目中，也用过一款国内的项目管理工具 —— 禅道，不过对于敏捷开发来说，基于 Scrum 的理念、开发流程等，总觉得禅道有些不合适（个人感觉），不可否认，禅道已经做的很好了，只是感觉不适合我们这个敏捷开发的项目罢了，各位勿喷。而熟悉了 JIRA 之后，发现 JIRA 更适合敏捷开发。
在 JIRA 的设计理念中，就存在对 Scrum 的一系列支持。当你开始一次迭代时，JIRA 会帮你记录任何一个时间点，由 待办 → 处理中 → 挂起 → 完成 。这几个状态可以相互转换，根据具体的条件、具体的任务、具体的环境相互转换。没完成一个状态时，都会有详细的记录。而且，JIRA 还会记录每个人的工作量，统计每个组员完成的任务量。这在绩效考核中也是很重要的一部分。
结束语
通过 JIRA，使得我们能够快速的实施敏捷开发，自动化的管理敏捷开发中的各个环节，使我们能够把精力集中到业务的实现、技术点的攻克上。而且，有了 JIRA，在敏捷开发中，组员之间的相互协作也更加高效，不会再出现“有人忙得要死，有人闲的要死”的局面了。任务进行的条件无法满足时，可以先把任务挂起，重新开一个新的任务，当前一个任务满足条件时，再重新激活。
在我看来，敏捷开发就是把任务简化，把任务细化。然后把开发时间精细到每个任务，在最短的时间内集中精力完成任务。这也是为什么敏捷开发不提倡加班的原因。重要的不是敏捷开发的过程，而是敏捷开发的思想。
JIRA，不仅仅是一款项目管理工具，同时也代表了一种敏捷开发的思想。
