Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/gwt/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Jira 创建“一个”的最佳实践;“路线图”;在吉拉_Jira - Fatal编程技术网

Jira 创建“一个”的最佳实践;“路线图”;在吉拉

Jira 创建“一个”的最佳实践;“路线图”;在吉拉,jira,Jira,我们希望为我们的产品开发路线图实施一个坚实的“路线图”。我们使用Jira(4.4.3)和Greenhopper进行项目管理和bug跟踪,但是Jira路线图功能只是向您显示您定义的版本列表 但是,我们目前在每个sprint中使用“版本”,例如“第16周”、“第17周”等,其中包含该周sprint的所有任务/问题 我们目前使用“组件”跟踪主要功能集并进行分类(例如,“与xyz API集成”、“将电子邮件迁移到SendGrid”、“错误:代码”或“技术债务”) Jira“路线图”功能显示版本列表以

我们希望为我们的产品开发路线图实施一个坚实的“路线图”。我们使用Jira(4.4.3)和Greenhopper进行项目管理和bug跟踪,但是Jira路线图功能只是向您显示您定义的版本列表

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

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

Jira“路线图”功能显示版本列表以及每个版本的进展情况。然而,我们已经在使用版本来跟踪每周的sprint,其中一些路线图特性将跨越许多版本/sprint

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

更新 提到的故事已经在中解决了,同时正式交付了所有提到的关于看板、Scrum,特别是定制敏捷板、规划和流程管理的主要改进,以及许多以前没有提到或可用的其他改进。因此,临时期限Rapid委员会也被取消,见:

在GreenHopper 6.0中,新板不再被称为“Rapid” “董事会”-我们认为现在每个人都知道它比 经典的棋盘。新董事会是从头开始建造的 使我们能够提供最佳性能的更新技术, 充分利用你宝贵的时间

最后,Greenhhopper团队继续在几乎每两周发布一次的point版本中进行重大改进,最后一个版本解决了从经典版过渡所造成的少数损失之一:功能再次出现,甚至比经典版更通用,因此您现在可以根据问题类型、优先级、,甚至是一个自定义JQL查询

结论 我们以前的工作流程(包括backlog coloring(请参阅))现在已完全迁移到新的GreenHopper,获得了大量重要的新特性和动态改进,以及一个更灵活、更高效的团队


初步答复 版本与sprint阻抗在许多领域不匹配,对于使用此工具链的敏捷团队来说,这是一个众所周知的问题。我们实施了各种各样的尝试,以某种方式(主要是通过各种版本层次结构,即产品版本和具有父子关系的sprint版本)对其进行补救,但没有一种结果是真正有效的

因此,相对过时的故事抓住了这个主题。尽管目前尚未解决,但GreenHopper目前正在进行重大重组,以解决此(及相关)问题,虽然尚未完全完成,但今天提供的相应功能已经(最终)解决了您的用例,请参见截至2012年2月28日的Atlassian状态:

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

快速使用此字段将释放fixVersion字段以供正常使用

上述Rapid董事会和总体重组详情如下:

快速板是GreenHopper的一个新的开始。我们正在建造它 要利用最新的web技术并为您提供 客户,在规划、跟踪和管理方面拥有卓越的体验 报告敏捷项目和团队的进度

和相关的功能目前确实改进得很快,即Greenhhopper团队迭代速度很快,并且在当前每月到每两周的点发布中实现了重大改进

我完全相信这种方法,它基本上是在多功能JQL功能(请参阅)的基础上构建电路板,从而几乎可以完全自由地组装出满足您需求的完美电路板

除此之外,它还为我们解决了版本与sprint阻抗不匹配的问题,因为sprint现在是解耦的实体,版本可以根据需要再次使用,从而产生一个有用的版本和基于发布日期的面向客户的版本

当然,向这种新方法的过渡是一项专门的工作,最终需要一些计划和时间,而且在以前可用的功能方面仍然存在一些相关的缺点;例如,目前尚未解决的问题对我们来说很重要,因为我们一直在使用Philippe Kruchten的创新方法来处理待办事项着色(参见),并取得了巨大成功,而这对于Rapid Board来说还不可能


最后,Greenhhopper 5.9需要JIRA 5.0,它现在可能会也可能不会成为一个阻碍因素。

如果您正在寻找不同的时间粒度(冲刺与发布/版本)和/或细节级别(功能集更改与开发任务)然后,一个好的方法是将它们分离到两个不同的项目中,并根据需要使用问题链接

然后,在高级别项目中,您可以看到所有利益相关者和长期路线图规划的良好视图


缺点是需要保持这两个项目的同步,主要是手动的。

为了跟进这个问题,我想为JIRA标记一个路线图插件。将史诗拖到日历上,然后拖动以调整史诗的大小。您还可以向路线图添加版本和静态标记,以突出显示里程碑


哇,这是一个非常有洞察力的回答。我们升级到Jira 5.0.2,重新编制了索引,创建了许多新项目,以满足tr的需要