利用jira进行需求管理

利用jira管理监控系统项目

一、工程和版本号

工程：监控系统问题收集

系统的对外接口，用于收集原始需求和线上问题反馈。

1. issues type: 缺陷、新特性、任务

2. 缺陷、新特性和任务都使用流程mon_workflow

3. 无需计划版本

工程：MS

1. issues type: 缺陷、新特性、任务

2. 缺陷、新特性和任务都使用流程on_workflow

3. 版本号格式A.B.C-D:

   A:系统重大改进位，在系统愿景和定位有本质性调整时递增
   B:系统重大重构位，在愿景未变更但发生重大重构时递增
   C:特性集位，在系统特性发生变更时递增
   D:build号，在系统各组件每次build时递增

4. 分为系统版本和组件版本

5. 系统版本命名规则：A.B.C,例如2.1.5

6. 组件版本命名规则：<组件名称>-<系统版本>，例如此次系统版本规划为2.1.5，此次涉及到的组件为ui，agent，则ui和agent的版本号分别为：ui-2.1.5， agent-2.1.5

7. 研发与测试过程中用到组件build号，每交互一次build递增

二、应用举例

1. 在报警过程中，有一些报警在短时间内重复发生，此类报警需要运维人员特别关注。运维人员在工程"监控系统问题收集"中新建一个issue MSR-1，提交给产品经理；

2. 产品经理和原始需求提出人员沟通，最后确定提供一个系统新特性"当一条新报警发生时，报警信息多一个属性展示报警是否频繁",并将该新特性规划到监控系统2.1.5中实施；

3. 产品经理在工程MS中创建issue MS-1，提交该新特性，并选择版本2.1.5，提交给项目经理；

4. 产品经理使用link功能将MSR-1和MS-1关联一起，使得原始需求提出人可以追踪到版本计划和实现状况，并且确保在特性MS-1关闭前MSR-1不得关闭。

5. 项目经理组织设计，最终将该特性归到组件ui-2.1.5，修改MS-1在版本号处追加版本ui-2.1.5，将开发工作分别给开发人员。

6. 负责ui组件的开发人员点击版本ui-2.1.5查看该版本需要实施的所有特性和bug，并实施，完成后提交给测试人员测试。

7. 测试人员依据ui-2.1.5中规划的所有特性和bug执行测试，对发现的新bug登记缺陷，并和版本ui-2.1.5-1关联；

8. 研发与测试交互，每次交互ui-2.1.5的build号递增，例如最后在ui-2.1.5-6稳定。

9. 最后，产品经理组织发布，将ui-2.1.5-1到ui-2.1.5-6的版本merge到ui-2.1.5-6，ui对外发布版本为ui-2.1.5-6。

三、流程定义

mon_workflow的定义：

步骤名称	相关状态	状态转换
新建	新建	补充信息或分析问题 >> 待补充信息 问题解决 >> 已解决 挂起问题 >> 挂起 更改所有者 >> 新建
待补充信息	待补充信息	信息补充完毕 >> 新建
挂起	挂起	激活问题 >> 新建
已解决	已解决	关闭问题 >> 关闭 验证不通过 >> 新建
关闭	关闭	重开问题 >> 新建

参考资料

1. 借鉴Tino兄制定的项目管理经验,感谢Tino的倾情奉献！