redmine backlogs的tracker使用
1. 为什么Apply按钮经常无效
安装了redemin+backlog后，想要设置backlog, 先用管理员登录，然后访问网页：
http://localhost/settings/plugin/redmine_backlogs
发现左下方的Apply按钮经常无效。所以在Chrome中打开Console，运行下面的脚本：
$('input[value="Apply"]').attr('disabled',false)
好，现在可以点击了。
上面的技巧绕过了规则，实际上我并没有注意到这不是bug, 而是设计者故意这么做。
但是注意规则，安装手册中有一段
http://www.redminebacklogs.net/en/installation.html
Story Trackers and Task Tracker – These fields tell Backlogs what type of issues it should consider as stories and tasks respectively. You may select more than one story tracker but only one task tracker. Make sure that you don’t use the same tracker in both fields! If you do this, the Apply button will automatically be disabled.
a 可以选择多个Story Trackers, 但是只能选择一个Task Tracker(这个限制影响到实际使用，现在只能通过workflow设置通用点来解决）
b Story Tracker和Task Tracker不能重复
2. 管理tracker
如果想创建/修改 tracker，直接用redmine的 tracker管理页面即可。
3. 用名字区分tracker的种类
为了使用的时候不至于误解，应该将Story的Tracker都用Story前缀，也就是需要对默认的三个bug, feature和support trackers重命名。同理，task tracker前缀为Task.
为简化起见，我删除了预定义的redmine tracker，创建了两个tracker: StoryTracker和TaskTracker.
4. 为tracker设置workflow和role
通过安装backlog时创建的task tracker没有workflow, 所以必须手动设置workflow. 设置workflow时必须小心，不要选择下面这个默认选项：
因为这个选项会导致没有用到的status以后也看不到了。必须重新创建tracker才能再次看到。这应该是redmine的一个bug.
一旦涉及到workflow, 首先要创建几个角色：Product Owner, Scrum Master, developer 和 QA. 有可能还要加上一些Stakeholder比如主管领导CEO, Marketing部门角色。
然后工作量比较大的是一个个设置workflow>
比如Product Owner + StoryFeature Tracker的workflow设置。
StoryTracker的Workflow
几个常用的设置：
StoryTracker的Close状态只能由Product Owner设置, 也就意味着只有Product Owner才能将一个Story标记为done(Close)
StoryTracker的Resolved状态只能由QA设置
只有QA标记了Resolved状态，Product Owner才能Close. 也就是Product Owner必须看到QA测试通过才能将一个Story视为done.
因此QA的权限其实很大。
Product Owner
如下图展示了Product Owner在StoryFeature tracker中的Workflow该做什么：
他可以:
Resolved -> Closed | Rejected
Closed -> Rejected
Rejected -> Closed
Scrum Master
QA 和 Developer
无需改变StoryTracker的状态，只需要管理TaskTracker的状态即可。
TaskTracker的workflow
Product Ownr只能看Task
Scrum Master
Developer
QA
可以做以下改动
Resolved -> Close | Rejected
Close -> Rejected
Rejected -> Close
