更新
提到的故事GHS-945已经在GreenHopper 5.10中得到解决- 同时 GreenHopper 6.0正式提供了所有提到的关于看板、Scrum 的重大改进,尤其是自定义敏捷板、计划和流程管理,以及许多以前没有提到或可用的其他改进。因此,临时术语Rapid Board也已被删除,请参阅名称上不再快速 - 但本质上仍然快速:
在 GreenHopper 6.0 中,新板不再被称为“快速板”——我们认为现在每个人都知道它比经典板快得多。新板是基于更新的技术从头开始构建的,使我们能够提供最佳性能,充分利用您的宝贵时间。
最后,GreenHopper 团队继续在几乎每两周发布一次的点数版本中提供显着改进,最后一个解决了从经典板过渡造成的少数损失之一:版本 6.0.2再次具有可自定义的卡片颜色,甚至比经典变体,只要您现在可以根据问题类型、优先级、受让人或自定义 JQL 查询进行着色。
结论
我们以前的工作流程包括待办事项着色(请参阅您的待办事项是什么颜色?)现在完全迁移到新的 GreenHopper,获得了大量重要的新功能和动态改进,以及一个分别更加敏捷和高效的团队。
初步答案
JIRA和GreenHopper的许多领域的版本与 sprint 阻抗不匹配对于使用此工具链的敏捷团队来说是一个众所周知的问题。我们实施了各种尝试以一种或另一种方式对其进行补救(主要是通过各种版本层次结构,即具有父子关系的产品版本和冲刺版本),但结果都没有真正有效。
因此,相对过时的故事添加一个单独的字段以允许相互独立地跟踪冲刺和发布信息 (GHS-945)捕获了这个主题。虽然截至今天尚未解决,但 GreenHopper 目前正在进行重大重组以解决此(及相关)问题,虽然尚未完全完成,但今天可用的相应功能已经(最终)解决了您的用例,请参阅Atlassian 状态为在 2012 年 2 月 28 日:
Sprint 作为一个单独的自定义字段现在在 GreenHopper 5.9 中可用,但它仅由 Scrum Rapid Board 使用(可以从 GreenHopper 管理屏幕作为实验室功能启用)。
Rapid Board 使用此字段可释放 fixVersion 字段以供正常使用。
提到的快速董事会和总体重组在GreenHopper 的未来中有进一步的详细说明:
快速董事会是 GreenHopper 的新起点。我们正在构建它以利用最新的 Web 技术,并为您(客户)提供出色的体验,以规划、跟踪和报告您的敏捷项目和团队的进度。
Rapid Board和相关功能目前确实在快速改进,即 GreenHopper 团队快速迭代并在当前每月到每两周的点发布中实现重大改进。
我完全赞同这种方法,它基本上是在多功能 JQL 功能之上构建电路板(请参阅高级搜索),几乎可以完全自由地组装适合您需要的完美电路板。
最重要的是,它为我们解决了版本与 sprint 阻抗不匹配的问题,因为 sprint 现在是解耦的实体,并且可以再次根据需要使用版本,从而产生一个有用的版本和基于发布日期的面向客户的JIRA 路线图。
向这种新方法的过渡当然是一项专门的工作,最终需要一些计划和时间,而且以前可用的功能仍然存在一些相关缺点;例如,目前未解决的故事作为用户,我想配置快速板(GHS-3922)中显示的卡片对我们来说很重要,因为我们一直在使用 Philippe Kruchten 的创新方法进行积压着色(参见What Color is你的积压?)取得了巨大的成功,这对于快速董事会来说还不可能。
最后,GreenHopper 5.9 需要 JIRA 5.0,它现在可能是也可能不是一个展示者。