开始使用看板scrumish工具

在研究了一点scrum和看板之后，我终于阅读并决定开始使用看板，从scrum中挑选一些东西（注意，我主要是自己工作的，我确实读过）

现在，我的问题是：哪种工具最适合开始

白板和海报

电子表格（可能在谷歌文档上）

其他事项（请具体说明）

关于每一项的说明：

我倾向于使用白板，但有几个缺点（例如，无法制作自动图表、时间测量、指标，有时我在家工作——我最需要它——而且携带起来不方便：-）

我不想记住另一个用户名/密码（我向自己承诺只注册启用OpenID的服务）

我的雇主有JIRA，但我的团队不使用它-我可能会要求一个帐户（它不需要另一个密码），以后可能会让团队的其他成员参与进来。但我不知道他们是否在使用Greenhhopper，安装它是否有什么大不了的

我通常讨厌电子表格

也许是杀伤力过大

我很乐意拥有一个localhost实例，但允许访问整个组（每个网络/防火墙）可能会有问题——这不是一个交易破坏者，但肯定是一个问题

我想从中得到什么

• 提高生产力
• 跟踪我在任何给定任务中花费的时间，可能与主管讨论该问题
• 跟踪最常“阻止”我的内容
• 立即查看我的日程安排
• 以更好的方式管理我长长的待办事项列表（例如，更快地回答“我下一步应该做什么？”问题）

你有什么建议吗

---

scrumish标签上的注释：阅读。他在第9页首先介绍了scrumish的定义。

选择你已经拥有的工具，并开始使用它；不要让“完美工具”的缺失成为不开始的借口

编辑：选择可能有效的最简单的东西。在你的情况下，这将是白板和张贴说明。这些几乎没有设置开销，并将提供一个持续的视觉提醒你应该做什么

---

我建议您习惯于自己做决定，因为您必须成为自己的Scrum大师；-）

似乎是您的理想解决方案。在过去的独奏中，我自己也用过，而且很方便。我不会让对非OpenID网站的偏见妨碍做出一个好的选择。

如果可以的话，我认为你走错了路。1以外的任何东西。或4。对于一个非分布式团队来说，这是一种过分的做法，而且几乎毫无用处。所以对于一个人组成的团队

说真的，如果你能避免使用基于web的应用程序，就这么做吧。首先，除非您已经掌握了Scrum/Kaban，否则您需要学习过程，而不是工具。不要让工具支配过程。然后，大多数基于web的工具只是点击量过大，更新起来不那么容易和快速，比电子表格和物理板更不透明/可见。它们实际上是第二类选择

所以，我会选择电子表格和物理板组合。如果你需要一些图表（我仍然想知道你想要生成什么样的图表/指标以及它们提供了什么价值），电子表格是理想的工具（但老实说，你不需要任何工具来绘制燃尽图）。如果你需要在家里工作，拿着电子表格（或者使用谷歌文档）把它贴在身上。让我们客观一点，你提到的障碍其实不是真的

---

最后一件事，如果你选择了最简单的事情，你可能已经在做Scrum，Scrumban或者其他什么了。因此，与其寻找工具，我的建议是开始做它。

为了多样性；-）www.kanbantool.com也刚刚推出。这是一个公测版，乍一看似乎比安捷伦更“轻量级”。

也很好

亮绿色刚刚发布了他们工具的免费版本。看起来不错。。免费版也是功能齐全的：

我已经试用了另一款看板产品供个人使用，我绝对喜欢这一款。感觉轻量级和简单，但实际上在一个相当多的功能包在同一时间

---

（免费供个人使用）

为了实现敏捷化，我们已经将JIRA与Greenhhopper一起使用了几个月。我将其用于Scrum for development和我的个人看板。这个软件非常灵活，我将继续使用它。故事/子任务管理非常方便，而且非常容易使用。我喜欢的一件事是，您可以快速添加故事/卡片，并可以自定义数据。这允许我添加“完成”字段、工作订单号等的定义

---

简而言之，我们对它很满意。

一个以前没有提到的新工具是（自2010年12月起退出测试版）

主要特点：非常直观，支持LWP、自定义表单和任务讨论

专业人士

• 可配置的工作流、标记过期的故事、邮件通知（例如，即将到来的故事截止日期）、多个故事所有者
• 故事表单完全可定制，每个项目的工作流和故事表单，不同的角色（仅创建故事的人员）
• 具有部分更新的响应速度非常快的GUI
• 显然是很好的支持：我问了一个问题，在几个小时内得到了一个很好的答案

缺点

• 没有简单的方法来声明某个东西为阻塞或区分类型（feature/bug/）
• 无API
• 没有子任务或故事依赖

与Agilezen相比，它有一个更复杂的通知系统，但除此之外，它仍然缺乏重要的功能（见上文的缺点）

注意，getsmartQ正在积极开发中，因此缺少功能menti