Jira实战 | 版本和组件管理

《Jira策略管理实战手册》: 为管理员提供配置、清理和维护Jira的模板。

文末获取Kindle版和印刷版。

版本

版本(也称为“修复的版本”)-按日期或是时间段分组的问题，传统上使用版本来表示特定软件发布的重要的问题。

属性:

• 名称

• 描述

• 开始日期

• 发布日期

注意:

• 需要具备项目权限方案中的解决权限才能设置版本。

• 项目管理员能够创建版本。

• 一个问题能关联到多个版本。 

最佳实践

版本命名规则匹配其他系统既有的命名规则。

• 示例：如果在其他系统的版本命名为"1.1.0"就不要在JIRA命名"1.1"。 

• 这两个值基本上是一样的，但是他们的格式上的差异使他们更难去记忆和利用。

确保版本的格式在项目里和跨组织都是一致的。

• 例如：决定一个命名规则好让用户能够容易预测下一个值。

创建名为"backlog"的版本来置放未规划版本的工作。

不要这么做

复杂的格式。用户不需要额外制作参考手册来理解版本语法的意义。

• 示例:"1.1"是比"1.1.x.y.release"在沟通上会更容易理解和引用。

在版本名称里使用发布日期。

• 示例:"1/1/2015 Release"，如果发布日期需要更改，你应该仅需要更新"发布日期"字段即可，不需要去更改发布"版本名称"。

避免使用不必要的用字，如"版本"、"迭代"、"冲刺"在版本名称上。

• 示例: 使用"1.1"而不是"Version 1.1"，"Version"这个词是重复的。

避免在版本名称上指定发布类型。

• 示例:"1.1 Major Release”

版本的替代用法

没有传统的“发布”也能从版本的功能获益！

你能够使用版本号来将问题按照周、月、季度、或是其他任何可以想像中的分类方式来分组，使用这个功能当做辅助区分器(类似没有自动指派功能的“组件模块”)。 

这对于非技术用户来说是有用的，要不然这些用户根据日期区间上要查询问题会有困难。相反地，如果项目已经使用了到期日期类型的字段，那就单独建立一个有效的分组。(可能需要有具备截止日期的问题和基于日期的版本号)考虑一下用户是否会从分类中获益，还是创建了不必要的重复数据。

这里有一个简单的方法来更进一步将项目内的问题进行分组，注意一下这不需要日期字段。

版本权限

只有项目类型是"Software"并且需要是"jira-software-users"组的用户才能看到版本功能，需要具备"解决问题"的权限才有能去设置修复版本，记得要给需要设置修复版本的用户赋权。

格雷戈瑞范德汉姆是一位IT经理和芝加哥ACE的负责人，喜欢用版本来指定所属年，"他们在看板上非常好地呈现，简单、清晰、容易汲取知识，作为一个经理，我需要快速地得到信息，特别是当我的团队与其他团队关联在一起的时候，这有可能会导致阻断。使用版本的结构，我能够在工作需要在backlog上排程时，快速地理解。"

组件模块

组件模块–项目中特定的具有自动指派功能的区别器

示例: 

如果选择模块组件“X”，任务自动指派问题给“Y”。

属性:

• 名称

• 描述

• 组件模块负责人

• 默认经办人

组件模块是在项目中最有能力的功能，因为:

• 选择列表能由项目级管理员来进行维护。

• 它能够让问题自然地分组，以致于能够被查询。

• 自动指派的功能使我们不需要手动指派的工作。

• 问题能够关联到多个组件模块。

示例

这里有三个组件模块策略的示例。

1. 按照职责范围分配问题

2. 按请求类型分配问题

3. 按地区分配问题

最佳实践

组件模块的选项应该只回答一个问题

• 例如：使用上述的选择示例，选项“过程”、“笔记本”、“美国”不应该出现在同一个组件模块列表里面。

创建一个新的项目的时候，设置一个“测试”组件模块，以防止在字段配置方案中该字段是必填的情况发生。

• 要求项目负责人来创建真实的组件模块并且管理这个列表。

• 考虑使用“其他”选项来涵盖所有可能不在列表上的情况，自动将“其他”类型的问题指派给默认项目负责人。

• 组件模块的名称必须是精简的，单一词是最容易查询的。

关于《JIRA策略管理实战手册》

本文节选自《JIRA策略管理实战手册》，为Jira管理员提供配置、清理和维护Jira的模板。

此实战手册包含：

• 152条建议- 帮助您设置、清理和维护Jira

• 50个工作表，以及其他相关模板、代码片段和示例

• 33个需避免的反面真实案例

• 每个管理区域的最佳实践和注意事项

• 作者作为管理员犯下的十大错误

关于翻译，编辑和审稿人