标签: scrumboard

kanban scrumish工具开始使用

在调查了一点scrum和看板之后,我终于读到了这个答案并决定开始使用看板,从scrum中挑选一些东西(注意我主要是靠自己工作,而且我确实读过这个问题及其答案).

现在,我的问题是:哪种工具最适合入门?

  1. 白板和postit
  2. agilezen.com
  3. JIRA与greenhopper
  4. 电子表格(可能在Google文档上)
  5. brightgreenprojects.com
  6. Agilo
  7. 目标过程
  8. 别的东西(请注明)

关于每个的注释:

  1. 我倾向于白板,但有几个缺点(例如,无法制作自动图表,时间测量,指标,有时我在家工作 - 我最需要的地方 - 并且携带不方便:-)

  2. 我不想记住另一个用户名/密码(我答应自己只注册启用OpenID的服务)

  3. 我的雇主有JIRA,但我的团队没有使用它 - 我可能会要求一个帐户(它不应该需要另一个密码),也许以后可能会涉及其他人.但我不知道他们是否正在使用greenhopper,如果安装它是一件大事.

  4. 我一般都讨厌电子表格

  5. 也许是矫枉过正?

  6. 我很高兴有一个localhost实例,但是访问整个组(每个网络/防火墙)可能会有问题 - 不是一个交易破坏者,但肯定是一个问题

我想从中得到什么?

  • 提高生产力
  • 跟踪我在任何特定任务中花费的时间,可能与我的主管讨论问题
  • 追踪最常阻挡我的东西
  • 马上看到我和我的日程安排比较
  • 以更好的方式管理我的长待事清单(例如,更快地回答"我应该做什么?"问题)

你有什么建议吗?

关于scrumish标签的注释:阅读Henrik Kniberg的PDF.他首先在第9页介绍了scrumish的定义.

scrum scrumboard kanban

17
推荐指数
3
解决办法
5043
查看次数

我如何查看跨越多个项目的 gitlab 问题板

背景

很长一段时间以来,我一直是 github/zenhub 的忠实用户。我们最近出于多种原因将我们的存储库移至 gitlab,包括免费管道、安全性、更灵活的组等。

问题

Zenhub是一个Greasemonkey的了加github上的应用程序,它的一个特点是,它类似于gitlab的原生scrumboard问题板。zenhub scrumboard令人惊奇的事情之一是它允许您将许多存储库放在同一个板上(我记得 jira 有同样的东西)。

有没有办法在 gitlab 上做到这一点?

scrumboard gitlab gitlab-7 gitlab-8

7
推荐指数
1
解决办法
1869
查看次数

有没有办法在Jira Scrum板中显示对故事的子任务的提交?

我们正在从内部工具迁移到用于管理Scrum板的Jira,并且我们担心我无法通过搜索Internet来解决。但是你们这些人很聪明,对吗?;-)

我们当前的Scrum板显示了跨状态列的常规泳道(待办事项,进度,检查,完成)。每个泳道代表一个用户故事,并具有指向Jira中的用户故事描述的链接(及其摘要)。它还有许多“票”(在Jira lingo中是子任务),以“待办事项”开始,然后移动到最终以“完成”结束。

到目前为止,Jira也可以完成所有这一切(尽管在Jira中创建子任务比在内部工具中完成更多的工作)。然而:

  1. 当我们提交代码时,我们在提交消息中包含一个票证ID,因此每个票证都显示了为完成该特定票证/部分故事而进行的提交的列表。我还没有找到如何在Jira中做到这一点的方法-如果有可能的话。相反,似乎必须打开一个子任务以查看是否有任何提交?
  2. 每个提交还显示其审阅状态,这使我们可以很好地了解票证的实际完成程度。我还没有找到如何在Jira中做到这一点的方法-如果有可能的话。相反,似乎必须打开子任务,然后进一步深入到Fisheye(?)中才能查看审阅状态?

总的来说,我们的工具提供了每个用户故事,票证,提交和审阅状态的一屏概述。而且引入Jira的新故事并添加票证非常轻巧。我们担心Jira无法提供这样的一屏式概述,从而迫使我们打开Fisheye才能知道给定的提交是否已通过审核。

吉拉真的很累吗?

作为参考,这是我们的系统中单个故障单(子任务)的外观: 带有注释的票证示例

而且,如果您查看整个Scrum板,则实际上很容易了解单个用户故事和票证上的提交次数以及未决/通过/失败的代码审查的比例: 在此处输入图片说明

scrum jira scrumboard

5
推荐指数
1
解决办法
292
查看次数

在JIRA中使用目标版本进行发布计划

我们在以下字段中存在JIRA问题:

  • 影响版本 - 发现问题的版本
  • 目标版本 - 我们想要解决问题的版本
  • 修复版本 - 问题确实已修复的版本

发布计划基于修复版本,我认为默认情况下.如何更改为使用目标版本?我们在关闭问题时设置修复版本,因此它不适合规划.

scrum jira scrumboard jira-agile

2
推荐指数
1
解决办法
2069
查看次数

数字Scrum Board的简单安装工具

我正在寻找Scrum板的基本且易于安装的数字版本.

  • 我更喜欢物理索引卡,但在这种情况下,物流使其变得困难.因此,我需要在计算机上使用它.
  • 不需要在多个客户端之间共享数据.如果它在一台机器上运行就足够了.
  • 只需要基本功能.拖拽板和冲刺燃烧会很好.
  • 由于经常受到约束,我不能使用在线SaaS,必须保持本地数据.
  • 时间短,安装简单,随时可用.
  • 不需要免费,但当然价格很有趣.

我之前没有这套限制,所以我不熟悉.

我做了一些研究并且有一些一般的经验.例如VersionOne,Mingle和Hansoft似乎有良好的声誉.任何人都可以评论这些符合上述列表的方式?有人有其他建议吗?

scrum scrumboard

1
推荐指数
1
解决办法
8068
查看次数

标签 统计

scrumboard ×5

scrum ×4

jira ×2

gitlab ×1

gitlab-7 ×1

gitlab-8 ×1

jira-agile ×1

kanban ×1