问题标签 [kanban]

We are starting to use Kanban and my boss just asked me a question, as one of two people with prior Kanban experience within the group, that I don't really know how to answer.

My previous experience and training with Kanban had developers pulling stories in from the backlog by priority, in our case that was the topmost card. However, my boss would like certain stories to go to the developers that have domain knowledge for particular areas. For example, let's say Joe has the most experience in working with Contracts and a contract story comes onto the board. He would like Joe to be the one to work on that particular story.

This, to me, feels a little "off" and could lead to some developers having significant extra work due to having worked in any given area of functionality. My previous experience with Kanban worked under the assumption that any developer should be able to pick up the next card and figure out what to do and that this practice would eventually eliminate any single functionality area experts and level out developer expertise over time. However, I can also see how using subject matter experts can help move a story through the process faster.

What is the most "Kanban" way of handling priority vs. expertise when it comes to pulling in the next story?

我们使用 Rally Kanban 来显示带有自定义字段和特定迭代标记的用户故事（美国）。目前有 104 个我们符合这个标准，但看板上只有 100 个。

帮助说明有 100 个限制。

如何提高该限制？

我有一个简单的问题，不知何故拒绝回答。所有在线资源都指向了制作累积流程图的相互矛盾的方法。因此，这是我对您的询问-

我们如何将每天的故事添加到看板的累积流程图中？

1. 我们是否将在任何一天工作的故事添加到任何队列中？- 这意味着数字可能会随着时间的推移而下降，并且存在相当大的波动。
2. 我们是否添加了曾经在任何队列中工作过的故事 + 今天工作过的故事？这意味着任何队列中的数字永远不会下降。它们会随着时间的推移而增长，或者至少与昨天一样。

我知道累积意味着方法＃2，但我确实看到了采用第一种方法的示例。

我们的团队正在使用托管在 VisualStudio.com 上的 TFS，并且正在利用集成的 Scrum 工具来管理我们的任务和工作。

到现在为止还挺好！看板在让团队了解情况和跟踪当前 sprint 的进度方面特别有效。

然而 - 在我们的项目中引入测试之后，测试人员一直在提出错误。由于 bug 以与 Product Backlog Items 非常相似的样式出现，我们发现这使得看板非常混乱，因为很难区分 bug 和 PBI。如果我们有多个错误，并且有多个并行的 PBI（很可能是这种情况），这确实会损害董事会的简洁和有用的演示。即使是过滤器也会很方便，但我没有。

有没有人解决这个问题？我们是否以正确的方式使用看板或 TFS 配置？

我想使用颜色或图标来区分工作项类型（即产品待办事项与错误），以改善董事会的可视化。

我正在考虑在 JIRA GreenHopper 上从 scrum 切换到看板模板。

看板式工作模式上的用户故事卡不显示用户积分：

我怎样才能把它改成这样：

我想从Trac票生成看板标签。Trac 以 xml 格式导出票证，因此我想使用该文件生成标签，例如 Libreoffice。我想要打印标签，因为我更喜欢物理石板。

这可能吗？有更好的解决方案吗？

谢谢

我的一些用户曾向我询问有关 TFS 2010 看板的问题。我尝试使用谷歌搜索，但没有找到任何答案。

1. 看板板可用于 tfs 2010 吗？
2. 我们可以将它与所有流程模板集成吗？
3. 它是免费软件吗？我可以从哪里下载？

我的模块有一个看板视图，而不是单击“显示更多（剩余 xxx）”，我希望该视图只显示所有内容。

有人知道实现这一点的代码吗？

有没有办法使用 TFS 2012 API 以编程方式访问 WorkItem 的“看板列”？

使用 Scrum 2.2 模板，每当在 Board 上的 Kanban 列之间拖动工作项时，Bug 或 Product Backlog Item 的历史记录显示“[MyProject\MyTeam] Kanban Column”作为更改的字段，但该字段在特定情况下无法访问通过 TFS API 检索工作项。

在接口上WorkItemChangedEvent实现该ProcessEvent方法时，它还会在对象中显示为更改的字段。Microsoft.TeamFoundation.Framework.Server.ISubscriber

解决方法： 一位同事发现了一篇关于创建只读自定义字段以保持看板列的值的博文，利用WorkItemChangedEvent来捕获最新值。然后可以查询该列。这种方法的一个问题是只能跟踪单个团队的看板列。

更新： 根据这篇博文，看板列不是一个字段，而是一个“WIT 扩展”。这可能有助于找到答案。