标签: backlog

据我了解,backlog确定连接队列的大小.当时大小如此大的额外请求将被取消(这个声明是正确的吗？).

现在我有一个非常简单的程序server.c

socket()
bind()
listen(..., 5)
while(1)
{
  accept()
  read()
  write()
  sleep(3)
  close()
}

现在,我开始8个客户同时连接到该服务器.令人惊讶的是,服务器为所有8个客户端提供服务,但它应该只排队5个客户端,其余3个客户端请求应该被拒绝.另一个有趣的观点是,即使我将此积压值设为0,结果仍然相同.然后我尝试评论listen()调用,所有8个客户端连接被拒绝.

有人可以就此提供任何意见.

我是TFS 2012的新手,我想知道是否有人可以帮忙,可能是一个愚蠢的问题,但是:

如何在TFS中确定积压优先级？我可以看到我可以通过拖放来改变优先级,并且值不断变化,但我不确定他们改变的方式或原因.我希望Business Value和Effort字段值能够推动积压优先级,但这些似乎完全没有关联.有没有办法让这些字段值来推动积压优先级？

我们已将Team Foundation Server 2010升级到Team Foundation Server 2012,现在正在使用优秀的TFS2012 Web访问来处理我们的产品积压,我们的冲刺和我们的Scrum板.这一切都很有效.除此之外的所有:在我们的TFS2012网络访问中,我去了WORK,我看到了我的产品Backlog.但是我希望只看到未分配给Sprint(过去/现在或未来冲刺)的PBI.但是,我看到所有没有状态的PBI已完成.我希望PBI在转移到Sprint Backlog时从该产品Backlog中删除.对？

我想编辑工作项查询以进行更改,以便只有具有迭代路径的PBI不在sprint中.我能这样做吗？

有一个按钮Create Backlog Query,当我点击它时会创建一个新的查询.我可以编辑该查询 - 但它不用作Backlog /计划屏幕的查询.

我还没有尝试过查看此查询是否与新创建的TFS2012团队项目相同.它可能与TFS2010团队项目的升级有关.

提前致谢.

编辑10月15日:

在创建这个问题时,我觉得PBI可能同时出现在Sprint Backlog和Product Backlog中是错误的.但是 - 在考虑如何完成规划时 - 这可能没问题.我应该将Product Backlog视为未完成的PBI积压工作.PBI可能会计划用于冲刺(当前或未来甚至是过去的冲刺) - 但是它们没有完成.

关于Product Backlog视图中的预测功能:存在一些问题.积压优先级比已经冲刺分配的PBI具有更高的优先级 - 这可以得到改善.我觉得这个功能只能用于一个非常粗略的估计为未来的冲刺.如果您的短跑中有许多PBI - 预测功能可能会产生误导.这是我的意见.

我们使用 Visual Studio Online。

在过去的两天里，我们在将新的产品待办列表项添加到待办事项视图时遇到了这个问题。

当我们从 backlog 中的快速添加表单添加项目时，TFS 显示错误 TF400486。该项目被保存并被赋予一个 ID 号，但是，微调器持续显示。如果从此屏幕添加更多项目，它们将不会保存。错误的屏幕截图如下。

完整的错误文本是：

TF400486: 无法完成操作，因为您或其他用户已修改、删除或重新设置项目的父级，或者您正尝试在其直接父级之外的项目重新排序。

通过 Work>Queries>New>Product Backlog Item 添加项目确实可以正常工作。

任何想法在积压视图中可能会出现什么问题？

我努力为我的scrum项目创建良好的可视化/跟踪,因此正在考虑几种替代方案.一个有趣的概念是Story Mapping.您是否对使用故事地图而不是平坦的待办事项有任何意见？

我最近采访了一家公司,该公司已开始为其开发周期引入Scrum.我向其中一位开发人员询问了他们的体验是什么,听起来他们完全脱离了规划过程.他不允许任何关于什么进入特定Sprint的输入,也没有参与任何计划或修饰活动.

基本上,在最后一个Sprint(或两个)开始时,他被交给了待办事项清单.他不得不将项目分解为各自的任务(因此他们可以在Sprint上工作),但没有参与任何计划活动; 我怀疑他被允许对项目可能花费多少努力的大量投入 - 我怀疑建筑师为团队决定了这一点.

这是Scrum应该如何处理？我现在的团队完全参与所有计划活动,不断添加我们对如何解决功能以及可能采取多少措施的意见.我对一家公司有点持怀疑态度(并且很紧张),该公司只是简单地将开发人员列入待办事项清单而不要求他们提供意见.

注意:据我所知,一旦Sprint启动,列表确实是一个优先的待办事项列表.我担心的是从一开始就没有投入到规划过程中.

我正在使用 MS Team Foundation Server 来实现 Scrum，我想查看整个进度并在板上添加一些列以使其更加清晰明了

当我去所有PBIs的公共板时，我可以自定义交付操作。我可以添加新列：已提交、已测试、已发布等。

公共董事会 PBI 图片

但是问题是当我尝试自定义冲刺板时，似乎无法以任何方式添加任何新列，甚至无法编辑列名称

冲刺板 PBI 图片

尝试做这样的事情我错了吗？我应该离开它并忍受它吗？我的 PBI 在测试和提交过程中是否通过其他方法？

根据这篇Scrum文章:

故事点是相对值,不会直接转换为特定的小时数.相反,故事点可以帮助团队量化用户故事的总体大小.这些相对估计不太精确,因此它们需要较少的努力来确定,并且随着时间的推移它们会保持更好的状态.通过估算故事点,您的团队现在将提供用户故事的一般大小,并在团队成员即将实施用户故事后,开发更详细的工作小时数估算.

任何人都可以澄清:

1. 故事点的测量尺度应该是多少？它应该是在给定产品积压中分配的10,100或最高故事点吗？
2. (一点偏离主题)"产品积压项目"(检查附加图像)包含项目的所有用户故事,而sprint积压包含产品积压中的故事子集.话说回来; 如果一个产品积压足够,那么为什么TFS允许我们有多个产品积压项？

尽管在这个话题上说了很多，但我仍然很难过。

我试验了一个能够处理适当负载斜坡的怪物 linux 服务器，大概每秒有数千个连接。现在，如果我检查默认的 listen() 队列：

#cat /proc/sys/net/core/somaxconn
128

这根本不是实际的队列大小。我怀疑这可能是遗留问题，实际大小由以下给出：

#cat /proc/sys/net/ipv4/tcp_max_syn_backlog
2048

但是，man tcp说后者是等待来自客户端的 ACK 的连接，这与尚未接受的连接总数不同，这就是 listen() backlog 的含义。

所以我的问题是如何增加listen() backlog，以及如何获取/设置它的上限（就在内核重新编译之前）？

我需要一个与待办事项中的内容匹配的 JQL 过滤器，并且与待办事项具有相同的顺序。

我和我的产品负责人订购了所有积压订单，我需要我的过滤器来反映这一点。

我当前的尝试大约是积压的项目数量的五倍半...积压中的实际项目数量为 900 与 159

project="Project Name" AND issuetype != Epic AND (Sprint is EMPTY OR Sprint not in (openSprints(), futureSprints())) and status != Closed Order by RANK

顺序也不正确。

如何过滤项目以匹配待办事项，并显示相同的订单？

我在 Jira 上创建了一个新的看板项目，但没有显示看板积压工作。如何在 Jira 上启用此功能？

我看不到在哪里激活 DevOps 的用户故事。我只有史诗和问题。我可以在哪里更改此设置？

我有一个简单的问题 - 在TFS 2012 Web访问中设置子迭代时,我错误地选择了"此团队的Backlog迭代"(右键单击Iterations管理页面).我找不到任何方法来删除它.我可以将它移动到不同的迭代(我不想这样做)但我无法弄清楚如何完全删除它.我有管理员权限.这是我可以在Visual Studio中删除的东西吗？

您可以提供的任何帮助表示赞赏.