高效能团队是企业生存和发展的基石。任何企业面对当下的激烈竞争，要想脱颖而出，一定离不开量身打造的高效能团队，因为只有高效能团队才能发挥出最高的效能，让企业又好又快地发展。
企业效率的高低，取决于团队效能的高低。随着互联网行业的发展，单打独斗的“软件作坊”时代已经过去，要实现企业又好又快的发展，必须得依靠一个高效能团队的支撑。
高效能协作要关注协同、实施和集成
互联网项目短、平、快的特点，决定了互联网公司要特别讲究效率和执行力。项目执行中的高效能协作，一定离不开人与人之间、人与系统之间，系统与系统之间的关联和交集。这里的“人”是指项目干系人、团队成员，这里的“系统”是指和项目管理相关的信息系统，如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实践案例中涉及的解决方案、关键实现方法等，能抛砖引玉，为你在平时工作遇到的类似应用场景，带来高效解决方案层面的一些启迪和思考。
作者简介：杜炎，新浪公司项目管理经理，北京大学计算机科学理学学士。拥有互联网行业六年多的项目管理经验。曾就职于搜狐公司，负责项目管理以及总体项目运作管理体系建设。关注互联网项目管理、产品设计、JIRA实践等。
