需求在JIRA中的管理
上一篇 / 下一篇 2013-12-16 14:54:45 / 个人分类：质量管理
敏捷中的需求管理是否简单有效，对于项目的顺利开展起到至关重要的作用。
在只用白板追踪US纸条的简单管理操作下，很容易出现US纸条的丢失。在我作为QA监控的两个项目中，均出现了类似问题。需求师定义了X条需求，开发人员完成了Y条需求，而测试人员验证了Z条需求，这其中，X≠Y≠Z。这个统计结果一出来，项目经理大吃一惊。
于是项目组开始用excel追踪需求，这有力的保证了需求US的不丢失。修正一段时间后，项目的需求统计数据保持了一致。然后又出现了新的问题，那就是需求变更的通知不及时。需求师已经修改了需求，但是开发人员还在按照最初的需求在开发，测试人员也在按照最初的需求在验证，需求的定义和实现出现了脱节。
JIRA开始登上舞台，作为需求管理的工具入驻项目组。通过JIRA管理需求，并在系统中定义好人员、角色以及工作流，并定制邮件即时通知系统。需求出现任何变更，都会以mail的形式通知到所有关注人。那么如何在JIRA中申请一个新项目和加以配置呢？以下是我们在项目实施中提出的配置申请表：
项目名称 | XXXX2013 | 键值 | |
子项目名称 | Android客户端 | CFANDROID | |
iPhone客户端 | CFIPHONE | ||
iPAD客户端 | CFIPAD | ||
PC WEB客户端 | CFPCWEB | ||
XXXX管理平台 | CFETPRS (Enterprise) | ||
XXX接口 | CFSVITFC (ServerInterface) | ||
XXXX管理平台 | CFOPRT (Operator) | ||
模块 | 需求师可自行定制模块，如XXX项目的：会议日程、会议地点导航、会议参会人等 | ||
标签 | Phase1 | ||
Phase2 | |||
Phase3 | |||
Phase4 | |||
问题类型 | 后台需求、客户端需求、后台+客户端需求 | ||
字段 | 目前默认字段为：项目、问题类型、主题、优先级、模块、影响版本呢、修复版本、经办人、环境、描述、原预估时间、剩余时间、标签、解决结果、链接的问题、应用价值、期望时间、 | ||
优先级 | 默认有限级选项：紧急、重要、次要、无关紧要 | ||
工作流 |
| ||
人员及角色 | 开发人员 | XX、XX、XX等 | |
测试人员 | XX、XX、XX等 | ||
项目经理 | XXX | ||
产品经理 | XX | ||
UI设计师 | XXX | ||
质量经理 | XXX | ||
测试经理 | XXX | ||
邮件定制 | 需求任何变更，即时通知给项目组；也可定制为只有需求关注人可接收到需求变更的邮件通知 | ||
通过这个配置申请表，很容易就可以在JIRA中新建一个项目，并通过定制好的工作流在项目中流转起来。
而针对每个公司或者每个项目的不同情况，工作流的制定是灵活的。项目经理可以在JIRA中定制出适合本公司项目的工作流，并在实施中不断完善。
以下也是一个很好的工作流：
通过JIRA对需求的管理，以及敏捷开发中白板US纸条管理的结合，需求管理中的漏洞逐渐消失。
BestRegards,
春梅
TAG:
标题搜索
日历
|
|||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | 5 | 6 | ||||
| 7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
| 14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
| 21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
| 28 | 29 | 30 | |||||||
我的存档
数据统计
- 访问量: 273241
- 日志数: 127
- 建立时间: 2012-03-19
- 更新时间: 2013-12-31
