高效能团队协做的JIRA实践

企业生存和发展的基石。任何企业面对当下的激烈竞争，要想脱颖而出，必定离不开量身打造的高效能团队，由于只有高效能团队才能发挥出最高的效能，让企业又好又快地发展。

企业效率的高低，取决于团队效能的高低。随着互联网行业的发展，单打独斗的“软件做坊”时代已通过去，要实现企业又好又快的发展，必须得依靠一个高效能团队的支撑。

高效能协做要关注协同、实施和集成

互 联网项目短、平、快的特色，决定了互联网公司要特别讲究效率和执行力。项目执行中的高效能协做，必定离不开人与人之间、人与系统之间，系统与系统之间的关 联和交集。这里的“人”是指项目干系人、团队成员，这里的“系统”是指和项目管理相关的信息系统，如JIRA或Confluence等。

要作好“协同”，就须要更好地推动人与人之间的联系和交集；要作好“实施”，就须要更好地推动人与系统之间的联系和交集；要作好“集成”，就须要更好地推动系统与系统之间的联系和交集。

协同、实施和集成，与高效能协做之间的关系，如图1所示。

图1 协同、实施、集成和高效能协做之间的关系

JIRA 是澳大利亚Atlassian公司出品的一款Issue跟踪及项目管理软件。JIRA在项目执行管理、敏捷开发管理、体系流程管理、Bug跟踪、客户服务 等方面是最擅长的。JIRA没有派系和立场之分，非IT/互联网行业的非技术项目，也同样易用。本文重点介绍项目高效能协做过程当中，如何经过JIRA来承 载人与人之间的“协同”，人与系统之间的“实施”。

个性首页收录展现关注的内容

应用需求场景

A 公司是一家知名互联网企业，在用JIRA来辅助项目管理时，发现并非团队的每一个成员都能熟练地用JIRA来快速准确地找到他们各自想要的东西。尤为是在 多个并行项目中，你们手头的事情多而杂，想让你们天天上班后只要登陆JIRA，就能清晰地知道当前有哪些待办的事，同时也能记录已完成事项，以此做为团队 成员工做的备忘录和工做过程的记录。

JIRA解决方案

给项目团队作一个共享的个性首页。这里的“个性”是强调每一个人登陆JIRA后，内容呈现因人而异，且都是和本身密切相关的内容。

互联网产品技术类项目常规事项的分类主要包括Bug处理、新功能开发、优化已有功能体验、底层技术类改造等。这些分类，在JIRA里能够映射划分红不一样的提案类型，如表1所示。

表1 JIRA提案类型名称及其描述

把 个性首页作成两个列栏，左边一列收录展现须要我处理的提案，如：须要我处理的Bug、Story、新增功能等，右边一列收录展现我已经处理完成的提案， 如：须要我回归验证的Bug、我处理完成的所有Story、新增功能等。两列的内容都覆盖所有的提案类型。具体实现效果如图2所示。

图2 个性首页的实现效果

关键实现步骤

本文中所有应用举例的JIRA版本，都是V6.2.2。

用JIRA过滤器筛选出数据内容后，再经过“面板”→“管理面板”→“添加小工具”→“显示保存的过滤器”来实现。本文介绍的是Story提案类型在个性首页的实现，其余提案类型的实现方法都相似。

须要我处理的Story，过滤器的实现规则以下。

①Project项目库：选择你指定要筛选的项目库名称；

②IssueType提案类型：Story；

③Assignee经办人：当前用户（不一样JIRA用户登陆后显示不一样内容）；

④Resolution解决结果：未解决。

我处理完成的所有Story，过滤器的实现规则以下。

某人曾经处理完成的所有Story的数据筛选，属于较为复杂的查询条件，在JIRA过滤器的Basic简单模式下没法解析。须要用JIRA提供的查询语言JQL来实现，下面介绍两种方法。

方法1：把项目各角色人员帐号的数据值，与“当前用户”进行匹配。用JQL查询语言实现的代码如图3所示。

图3 方法一代码示意图

方法2：不依据前文中提到的各个角色人员帐号的数据值，采用JQL查询语言语法的运算符was，实现的代码如图4所示。

图4 方法二代码示意图

最后把个性首页生成的连接，发给团队成员提供给他们订阅。也可让他们在JIRA“面板”→“管理面板”→“热门”→“热门面板”中查找你分享的个性首页，点击里面的五角星符号便可收藏。

须要注意的点

过滤器的浏览权限

首 次建立完后，默认的权限都是本身可见。若是想把过滤器的结果呈如今个性首页上，就必须把过滤器的浏览权限开放给你要共享的人，能够在“Issue”→“管 理过滤器”选定你要共享的过滤器，进入“编辑当前过滤器”对话框进行操做。共享范围能够是全部人、指定的用户组或特定的项目。

过滤器涉及项目的浏览权限

共 享过滤器时，必定要确保这些被分享到的人或指定用户组，具有过滤器筛选条件中所涉及的项目浏览权限。不然即使是他收藏了你分享的个性首页，页面上也没法显 示和他相关的内容，并会提示一堆“选择的过滤器filter-10005有错误：ID 为‘10202’的值在字段‘project’中不存在”的报错，报错提示中的filter和ID后面的数字，会随着你过滤器的不一样而变化。

个性工做流让潜规则浮上台面

应用需求场景

A 公司不一样业务分类下的项目，存在不一样的执行流程。同一个业务分类下的不一样项目中的不一样类型事情，也会有不一样的执行流程。虽然项目干系人都知道执行流程，也 能在项目执行中及时发现流程上的问题并积极改进，最后落实到文档层面。但这些流程在执行过程当中，总以为缺乏一种承载物，致使在执行中或多或少地都带有“人 情”因素，会执行不力。想经过把制度流程与工具相结合，让不一样项目中的不一样类型事务，都能按照既定的流程执行并跟踪，把潜在台面下的流程规则浮上台面。通 过把项目状态和流程的具体事务操做相结合，实现一些状态数据的统计分析、共享、流程权限控制等，促进项目执行自动化水平。

JIRA解决方案

总 结项目执行中的关键状态和节点，在JIRA中定义其状态，经过JIRA工做流把这些状态与具体事务操做联系起来。A公司互联网产品技术类项目执行过程的关 键状态节点能够划分为：方案设计中、UE设计中、UI设计中、页面制做中、开发中、测试中、待上线、已上线等状态。落实到JIRA工做流中，可增长一个初 态Open（开启）和终态Closed（关闭）。以Story类型提案为例，具体的状态操做跳转流程如图5所示。

图5 Story、新增功能或改进优化类型提案的状态操做跳转流程

图5中，当建立Story类型的项目提案后，默认的初始状态是开启，而后进行产品方案设计，进入方案设计阶段。

若是该项目提案依赖于页面展现，那么就会依次经历UE设计、UI设计和页面制做等阶段，而后进入开发、测试和上线等阶段。

若是该项目提案不依赖于页面展现，那么就再也不须要经历UE设计、UI设计和页面制做等阶段，直接进入开发、测试和上线阶段。

不管Story类型的项目提案是否依赖于页面，最后终结的状态都是关闭。

从终态关闭，也可经过“恢复开启提案”的事务操做回到初态开启。

关键实现步骤

JIRA 提供了两种工做流的设计方法：Text文本方法和Diagram图形方法。我的感受采用Text文本方法相对易用些，而采用Diagram图形方法时容易 出乱走样。如下简要介绍采用Text文本方法进行工做流的设计与实现。在jira-administrators管理员权限下，以Story类型工做流的 实现为例。

①“Issue”→“状态”→“添加新状态”，将图5中提到的状态，都添加完成。里面除了开启和关闭是系统提供的状态外，其余都是自定义的。

②“Issue”→“工做流”，复制JIRA默认的工做流，从新命名，如：Weibo Story Issue Type Workflow。

③梳理图5中涉及状态和事务操做的对应关系，能够思考如下问题。

从项目上游的A状态到下游的B状态，要进行什么样的事务操做？

从下游的B状态退回到上游的A状态，要进行什么样的事务操做？

从A状态进行什么样的事务操做能够不通过B状态直接到达C状态？

每种状态操做有哪些权限控制？什么权限的角色能够操做？什么权限的角色不能够操做？

这些能够梳理成表2的形式。表2中，项目管理人员在每一个状态都具备操做权限，这里为了强调让团队的每一个成员都参与进来使流程运转，因此在“适合操做角色”的内容上，将各个状态对应了各角色的成员。

表2 Story类型项目提案状态和事务操做的对应关系

④“Issue”→“工做流”，选定你要设计的工做流，如Weibo Story Issue Type Workflow，在“添加新步骤”中完成“步骤名称”和“连接的状态”的添加。

⑤ 在Text文本工做流的设计页面中，选定须要操做的状态，点击“添加工做流动做”连接进入“添加工做流动做”页面，填写工做流名称、描述、连接目标状态和 工做流动做页面。其中工做流动做页面不是必需要有的，可根据你的业务须要来取舍，若是业务层面须要有工做流动做页面做为跳转页面，那么该页面就会在执行这 个工做流动做时出现。

⑥在步骤⑤中提到的工做流动做页面，能够在“Issue”→“界面”和“界面方案”中，完成你所须要过渡页面的制做，并在“添加工做流动做”的页面中与连接目标状态进行关联。

⑦“Issue”→ “工做流方案”页面中，建立工做流方案并命名，如XXX Workflow Schemes，并给XXX工做流方案的不一样提案类型指派不一样的工做流模型，譬如：给Bug类型的提案，指派JIRA默认的工做流；给Story类型的提 案，指派前文中提到的Weibo Story Issue Type Workflow工做流等。

⑧最后，把工做流方案XXX Workflow Schemes与具体的Project项目库关联，生效后方可以使用。

工做流的设计完成后，项目提案中的状态与事务操做对应关系，工做流的JIRA效果展现，如图6所示。

图6 Story类型提案的状态与事务操做对应关系，工做流的JIRA效果展现

图6中是把Story类型项目提案的每一个状态下所对应的具体事务操做，先局部截图后，再以拼图的形式作效果展现。每一个局部截图中的数字标号表示效果展现的顺序。红色分割线表示每种状态与事务操做对应关系区分。

须要注意的点

①设计工做流时，建议首先复制JIRA默认的工做流，在JIRA默认工做流的基础上再重命名，设计符合你需求的工做流。不要刚上来就直接定义新工做流来设计，不然你会发现不少时候工做流的状态和事务操做在执行时，都无法按你的规则去实现。

②若是须要对某个事务操做（如“关闭提案”）在工做流中进行权限控制，能够在该事务操做的权限控制页面中，经过“触发条件”下的Add condition进行权限操做。

项目报表让各项目状况一目了然

应用需求场景

A 公司的产品设计开发节奏快、周期短，平时并行的项目较多，除了个别很是重要紧急的项目之外，不多能作到专人专项。UED、开发、测试等职能部门的人力资源 多数都是当项目立项后，再被临时指派到各个项目上。项目执行中的状态、时间点等信息也比较散落。想让每一个项目的上线时间、资源分配（占用）状况、各环节的 交付时间点、以及项目执行中遇到的问题风险等，能一目了然地呈现；能在一个动态的项目报表中看出整个业务分类下的现行项目状况。

JIRA解决方案

把 A公司互联网产品技术类项目的人员角色划分，包括产品经理、UE设计师、UI设计师、页面制做、前端工程师、后端工程师、测试工程师、运维工程师、项目管 理等，在jira-administrators权限下的“字段”→“自定义字段”里，定义成“选择用户”（多选）的字段。

把项目执行中涉 及的各环节时间点，包括起始时间、方案交付时间、UE交付时间、UI交付时间、页面交付时间、前端交付时间、后端交付时间、测试交付时间、上线时间等，在 jira-administrators管理权限下的“字段”→“自定义字段”里，定义成“日期选择器”类型的字段。

涉及的自定义人员和时 间字段，均可以在某些类型提案里作成多标签页面的形式。以Story类型为例，在jira-administrators权限下的“界面”→“配置界 面”→“字段标签页”→“增长字段”中，能够实现项目时间计划、参与人员、上线发布等主题的多标签页面。

再用JIRA过滤器筛选出指定业务 分类下的项目，同时，把事前定义好的各角色参与人员、各环节时间点和问题风险等字段，经过JIRA过滤器Columns自定义列元素的方式，作成一个项目 报表。最后将其经过“导出”→“打印预览”的形式，获得一个绝对的连接地址，做为经常使用连接放到JIRA导航栏上，实现效果如图7所示。

因为 项目报表的横向宽度较宽，因此分两张图分开展现。图7的示例中，前半部分列分出了项目提案名称、优先级、状态、上线时间、典型问题风险及后续计划等项目关 键要素，后半部分列出了项目资源分配（占用）状况，以及各环节的交付时间点，各职能部门负责人能够由此粗略估算出某个已被占用资源，下次被释放的大体时 间。

图7 项目报表实现效果示意图

小结

本 文经过三个较为典型的JIRA实践案例，简要介绍了A公司在互联网项目执行的高效能协做过程当中，JIRA所起到的重要承载做用，以及针对不一样应用需求场景 提供的解决方案、关键实现方法等。固然在其余具体实践方面，JIRA能处理的应用需求场景远远不止于此。但愿这三个JIRA实践案例中涉及的解决方案、关 键实现方法等，能抛砖引玉，为你在平时工做遇到的相似应用场景，带来高效解决方案层面的一些启迪和思考。