在Jira中创建"路线图"的最佳实践

Question

我们希望为我们的产品开发路线图实施可靠的"路线图".我们使用Jira(4.4.3)和Greenhopper进行项目管理和错误跟踪,但Jira Roadmap功能只显示您已定义的版本列表.

但是,我们目前使用每个sprint的"版本",例如"第16周","第17周"等,其中包含该周冲刺的所有任务/问题.

我们目前使用"组件"来跟踪主要功能集并进行分类(例如"与xyz API集成","将电子邮件迁移到SendGrid","错误:代码"或"技术债务").

Jira "Roadmap"功能显示了版本列表以及每个版本的进度.但是,我们已经使用版本来跟踪我们的每周冲刺,其中一些路线图功能将涵盖许多版本/版本/冲刺.

我们如何在Jira内跟踪我们的完整路线图？我们真的希望在此路线图中看到我们主要计划的列表,而不是我们所有每周冲刺的列表(例如"在CI服务器上启用Selenium","Extranet MVC3转换","将生产升级到R2").

Answer 1

更新

所提到的故事GHS-945已在解决GreenHopper 5.10已经-同时 GreenHopper 6.0正式提供关于看板,Scrum和特别定制的灵活板,规划和流程管理所有提到的重大改进,再加上许多人之前没有提到或可用.因此,快速委员会的临时名称也已被删除,不再看到名称快速 - 但仍然是快速的:

在GreenHopper 6.0中,新的主板不再被称为"快速主板" - 我们认为现在每个人都知道它比Classic主板快得多.新的电路板是在新技术的基础上构建的,使我们能够提供最佳性能,充分利用您的宝贵时间.

最后,GreenHopper团队继续在几乎每两周一次的点发布中做出重大改进,最后一个解决了从传统板转换引起的少数损失之一:版本6.0.2再次具有可定制的卡颜色,甚至比经典变体,即使您现在可以根据问题类型,优先级,受让人或自定义JQL查询进行着色.

结论

我们以前的工作流程包括积压着色(请参阅什么颜色是您的待办事项？)现在已完全迁移到新的GreenHopper,获得了大量重要的新功能和改进,以及分别更灵活和高效的团队.

初步答复

JIRA和GreenHopper许多领域的版本与sprint阻抗不匹配是使用此工具链的敏捷团队众所周知的问题.我们实现了各种尝试以某种方式对其进行补救(主要是通过各种类型的版本层次结构,即产品版本和具有父子关系的sprint版本),但结果都没有真正有效.

因此,相对过时的故事添加一个单独的字段,以允许跟踪相互独立的冲刺和发布信息(GHS-945)捕获该主题.虽然目前尚未解决,但GreenHopper目前正在进行重大重组,以解决此(及相关)问题,虽然尚未完成,但今天可用的相应功能已经(最终)解决了您的用例,请参阅Atlassian Status as在2012年2月28日:

Sprint作为一个单独的自定义字段现在可以在GreenHopper 5.9中使用,但它仅由Scrum Rapid Board使用(可以作为GreenHopper管理屏幕的实验室功能启用).

Rapid Board使用此字段可释放fixVersion字段以供正常使用.

提到的快速董事会和一般的重组在GreenHopper的未来进一步详述:

Rapid Board是GreenHopper的新起点.我们正在构建它以利用最新的Web技术,并为您(客户)提供有关规划,跟踪和报告敏捷项目和团队进度的强大体验.

该快速董事会及相关功能改善目前确实快,即GreenHopper团队迭代速度快,实现了目前每月双周发行点甚至重大的改进.

我完全以这种方式销售,它基本上在多功能JQL功能的基础上构建了主板(参见高级搜索),几乎可以完全自由地组装完美的主板以满足您的需求.

最重要的是它解决了我们的版本与冲刺阻抗不匹配的问题,现在sprint是解耦实体,版本可以根据需要再次使用,依次产生一个有用的版本和基于客户的JIRA路线图发布日期.

向这种新方法的过渡当然是一项专门的努力,最终需要一些计划和时间,而且还存在一些关于以前可用功能的相关缺点; 例如,目前尚未解决的故事作为用户,我想配置快速板(GHS-3922)中显示的卡对我们来说很重要,因为我们一直在使用Philippe Kruchten的创新方法来积压着色(参见什么颜色是你的Backlog？)取得了巨大的成功,这对于Rapid Board来说还是不可能的.

最后,GreenHopper 5.9需要JIRA 5.0,它现在可能是也可能不是showstopper.