我的项目中有许多PBI,每个PBI都有剩余工作的任务.我完成了一些任务,其他任务没有启动,其他任务正在进行中.
但是,燃尽图表没有显示任何内容.不确定我错过了什么配置!
我的迭代是这样的:
我的问题很简单,希望答案也是如此.
你们都知道在TFS在线烧毁的任务吗?这是一个例子
显然,y轴是任务的剩余时间.我想将其更改为Product Backlog Items和Bugs的剩余工作点.
我能这样做吗?如果是这样,怎么样?
在回答项目文件的问题?,Chris Ballance回答说"用户故事"和"燃尽图"是开发人员最有用的两种项目文档.
我的问题是,你知道我能看到的这些文件中的任何好例子(例如在互联网上或书中)吗?
如果可能的话,我会很高兴看到很多例子,包括:
对于Google来说,我并不觉得这是一个简单的话题:我发现很多关于它的文章,但很少有演示文稿显示它.
我有一个简单的numpy数组,每个日期都有一个数据点.像这样的东西:
>>> import numpy as np
>>> from datetime import date
>>> from datetime import date
>>> x = np.array( [(date(2008,3,5), 4800 ), (date(2008,3,15), 4000 ), (date(2008,3,
20), 3500 ), (date(2008,4,5), 3000 ) ] )
Run Code Online (Sandbox Code Playgroud)
有没有简单的方法来推断未来的数据点:日期(2008,5,1),日期(2008年,5,20)等?我知道它可以用数学算法完成.但在这里,我正在寻找一些低调的果实.实际上我喜欢numpy.linalg.solve所做的,但它看起来并不适用于外推.也许我绝对错了.
实际上更具体地说,我正在构建一个烧毁图表(xp术语):'x = date和y =要完成的工作量',所以我已经完成了已经完成的冲刺,我想要想象未来的sprint如何如果目前的情况持续下去将会发生.最后我想预测发布日期.因此,"要完成的工作量"的性质总是落在烧毁图表上.另外,我想获得推断的发布日期:音量变为零时的日期.
这一切都是为了向开发团队展示事情的进展.这里的准确性并不那么重要:)开发团队的动机是主要因素.这意味着我对非常近似的外推技术绝对没问题.
有几种方法可以在Scrum中烧掉图表.
有些人建议使用未完成的故事的故事点作为Scrum中的烧毁图表.
专业:只有完成的故事会降低图表
对比:图表在开始时不会向下移动,然后会迅速下降
其他人建议使用剩下的任务数量
Pro:图表将向下移动,您可以看到它是否在终点线之上
反对:你最后可以向下移动说10个任务(硬任务),但仍然没有完成一个故事.你失败了,因为只有完成的strories对你的产品所有者有好处.
解决方案是否同时包含未完成故事点和未完成任务图表?
Visual Studio Team Services(在线)是否有办法设置刻录图表以反映故事点而不是任务时间?
我们目前在"问题计数"模式下使用Greenhopper中的燃尽图.目前,在计算燃尽时只考虑标准问题类型(错误,任务,故事).
问题:是否可以选择在燃尽计算中考虑子任务?
示例: 假设我们有3个故事和8个与它们相关的子任务.如果我关闭故事,燃尽图会受到影响.但是,如果我关闭子任务,图表不会受到影响.
我检查了项目过滤器,其中还包括子任务.但由于某种原因,它们不在图中考虑(这对我们来说是不好的).
我更喜欢 Azure DevOps 和燃尽图,我真的很喜欢。
以至于我试图用 DevOps 替换旧的 Excel 电子表格。
虽然默认的燃尽图考虑了团队的所有成员,但我需要为每个团队成员获取一个。
有没有办法做到这一点?如果有多个,哪个最好?
按照这里的说明,我可能会想到为每个团队成员创建一个新团队……但这听起来很愚蠢。以前有人有同样的要求吗?
我最近开始使用Tuleap来管理一个大学项目。我将其托管在https://tuleap-campus.org
鉴于我一个半月前开始了我的项目,所以我不得不创建一个发行版,Epics,Stories,Sprint,过去的sprint任务...而我没有任何问题。
但是,我似乎无法使燃尽图起作用。他们没有显示对sprint故事的剩余努力(这是我的燃尽图为空)。
由于无法解决问题,因此决定寻求解决方案。我什么都没找到,但我确实找到了一个教程https://www.enalean.com/en/how-to-implement-scrum-with-tuleap,我决定按照顺序进行操作。我导入了本教程使用的模板。并逐步进行。我唯一没有做的就是使用模板中的任务跟踪器,因为我想保留一些额外的字段。
创建了第一个冲刺之后,我意识到我到了相同的点。
我的故事有一个字段“ remaining_effort”,它是一个浮点值,用户可以填充它(该字段用于跟踪开发)。冲刺还有一个“ remaining_effort”字段,该字段是经过计算且无法编辑的。我假设这是图形用来显示sprint进度的字段。
我想问问以前是否有人遇到过这个问题,以及他们是如何解决的。我在互联网上找不到任何有用的信息。
我在一个敏捷的小型开发团队工作,该团队是一家大型非敏捷思维公司的一部分.目前,我们实践Scrum,偶尔也会超出我们的冲刺承诺.
我的问题是,当你超过你的冲刺承诺时,你如何处理烧毁图表?我可以想到两个选择:
我的团队的最终解决方案是业务清晰,为开发人员增加真正价值的解决方案.到目前为止,这些解决方案都没有完美解决.
我正在尝试将燃烧图表中的更改请求所产生的"额外工作"可视化.我设法绘制了图表,但我喜欢使用显示增加的垂直线来拥有自己的颜色.像这样的东西:
我的数据是这样的:
var actualRaw = [{
date: new Date(2017, 1, 1),
added: 0,
done: 50
}, {
date: new Date(2017, 1, 15),
added: 10,
done: 40
}]
Run Code Online (Sandbox Code Playgroud)
我改造成这样的:
var actual = [];
actualRaw.map(line => {
actual.push({
date: line.date,
points: line.done,
class: 'la'
});
actual.push({
date: line.date,
points: line.done + line.added,
class: 'ln'
});
})
Run Code Online (Sandbox Code Playgroud)
然后尝试应用这样的格式:
chart.append("path")
.datum(actual)
.attr("class", function(d, i) {
return 'line ' + d[i].class;
})
.attr("d", actualLine);
Run Code Online (Sandbox Code Playgroud)
但是,该函数只被调用一次.我错过了什么?
burndowncharts ×11
scrum ×5
azure-devops ×3
agile ×2
charts ×2
tfs ×2
user-stories ×2
alm ×1
azure ×1
d3.js ×1
jira ×1
jira-agile ×1
numpy ×1
python ×1
spline ×1
svg ×1
task ×1
tfs2010 ×1
tfs2012 ×1
tuleap ×1