Kanban v2

我们正在开发一款新的看板(Kanban)插件,它将比现有的主题组件拥有更丰富的功能,并为我们未来的构建和改进提供更坚实的基础。

我们为这款新插件规划的部分功能包括:

  • 允许管理员通过专用的用户界面创建和配置看板
  • 允许在看板的列内按优先级对卡片进行排序
  • 允许创建不关联主题的浮动卡片
  • 允许管理员控制特定用户和组对看板的访问权限级别

我们最初将在该仓库中将其作为一个独立的插件进行开发:https://github.com/discourse/discourse-kanban

欢迎大家提供反馈、提问以及讨论项目的进展情况。

不过,该项目目前仍处于开发阶段,一旦准备好供更广泛的用户使用,我们将在 News and Events > Announcements 中创建一个新话题进行公告。

13 个赞

你现在就可以在 meta 上看到一个这个新插件的实际应用示例:

https://meta.discourse.org/kanban/boards/projects/18

随着我们即将更广泛地推广此功能,我有些在意的是它的命名。

  • kanban
    这是我们一直沿用的名称,从很久之前推出的主题组件开始就是如此。我觉得这个词有点行话的感觉,但另一方面,它现在也是一个相对广为人知的术语。

  • boards
    许多产品将类似的功能集简单地称为“boards”(看板/板块)。目前我们在插件内部也使用这个词来指代具体的看板本身。也许插件本身也应该直接命名为“boards”?但另一方面,在论坛领域,“boards”通常指的是“留言板”(message boards)。在这种情况下,这个选择是否不太合适?

  • 其他名称?
    也许你对如何称呼它还有其他想法。如果是这样,请告诉我们!

无论如何,我们很快就会做出决定……

8 个赞

我真的很喜欢这个方向,超级兴奋!我们在论坛上广泛使用这个功能,用途很多。

我觉得确实如此。我们的论坛已经运营快10年了,官方名称里包含“讨论区(Discussion Forum)”,但它仍然经常被称为“讨论板(discussion boards)”。这会造成很大的混淆。

呃……说实话,我不太确定。对于更懂技术的人,或者那些主要靠电脑工作的人来说,可能确实如此,但除此之外,据我的经验,这个词的知名度并不高。


我不知道我有没有什么关于命名的建设性建议。我们不仅用它来规划项目,还把它作为请求的审批和工作流管道,所以“projects(项目)”这个词并不完全贴切,不过对大多数人来说可能还行。

说实话,看到飞机图标后,我脑子里把“boards”联想成了“strips(条带)”,因为我的脑回路有点奇怪。这让我想到了跑道(landing strips),以及卡片如何从一个“条带”移动到另一个“条带”,最终到达目的地。

4 个赞

感谢分享这个观点。这让我更倾向于选择其他名称。

是的,“projects(项目)”也是我某时某刻想到的词之一。但我同意,它感觉有点局限。不过也许……

你上面提到了“workflow(工作流)”,但我们最近已经给这个名字赋予了不同的含义。

目前,Boards(看板/板) 对我来说仍然是最佳且最通俗易懂的选项。但我理解你的担忧,在我们所处的环境中,它可能会引起混淆 :grimacing:

既然它是用来放卡片的板子,那……纸板(cardboard)?:upside_down_face:

3 个赞

我正在试用这个插件。我觉得它非常有前景,也很兴奋能够参与测试。我发现了一些可能提升使用体验的功能,并在此分享我的想法:

能否支持批量将话题(不是通过标签,而是手动选择)添加到看板中,而不是逐个添加?

这是我在使用初稿和进行初步实验时发现的第一个局限性。也许最初的设计并未考虑到这一点,但通过这种方式可以扩展到更多使用场景。

以下是我脑海中浮现的其他一些想法,没有特定顺序:

请注意,我使用的是 Horizon 主题,因此我的体验可能与 Foundation 主题略有不同。

  • 允许点击看板的卡片直接进入该看板,而不仅仅能通过标题进入。

  • 在已解决的话题中显示“已解决”图标,在已分配的话题中显示“已分配”图标,在已关闭的话题中显示“已关闭”图标。这样可以释放标签,用于其他不同的操作。

  • 让全屏切换按钮真正实现全屏效果,或者将其禁用。目前(在 Horizon 中)这有点令人困惑,并没有提供恰当的全屏体验。

  • 为周视图提供日历集成,允许在卡片之间进行排列,特别是对于创建的事件。同时,也要与 Assign 插件进行良好的集成。

  • 提供广泛的工作流集成,以便自动添加、更新话题,并在卡片之间移动话题,在板块之间移动卡片。

  • 以一种非侵入性的方式,提示用户卡片可以水平滚动。一旦用户习惯了这些面板,就不再需要这种提示了,但如果此视图在“支持”或“功能”等类别中作为默认视图使用,新用户可能会感到困惑。

我想,一条简单、微妙的 CSS 渐变线,且每次会话中仅出现一次,可能就足够了。我知道设计团队最终会找到处理此问题的最有效方式。

  • 允许在列之间自由移动话题/卡片。同样,这可能不符合设计原则,但对于那些工作结构较为非正式、主要基于实验和适应性变化的团队来说,这非常有用。

关于插件的名称,很高兴看到你们正在考虑这一点,我也同意“Kanban”(看板)一词——既广泛使用,又不完全适用。至少从不同社区的视角来看,尤其是那些通常不依赖项目经理或类似人员支持来遵循流程和规程的社区。

我想补充几个我认为可以描述这一出色功能的词汇(避免使用商业术语,专注于功能本身):待办(To-do)、任务(Task)、状态(Status)、活动(Activity)[看板]。

5 个赞

模态窗口被推到左下角是有意为之的吗?

Trello 以及类似的产品都在使用 Planner。但它们并不是看板(Kanban)解决方案,只是比较接近——然而,看板是这类系统最常见且事实上的标准名称。我不确定你们是否真的有必要再次重新发明轮子 :thinking: 你们最初就是从一个看板开始的,而这个新的东西本质上也是一样的。

3 个赞

能再详细解释一下这一点吗?

这应该是可以实现的——不过需要注意,你可以限制谁有权编辑特定的看板。

当然,我在考虑添加一个“移动到……”的 UI 选项,允许将卡片从当前的列/看板移动到另一个列/看板。这个选项应该可以从目前仅显示“移除”的三点菜单中访问。

也许我遗漏了什么,但我发现很难在列或看板之间轻松移动卡片。这是否与标签的 UI 显示有关?如果是这样,我希望能够混合这两种行为:既可以从标签生成初始列,也允许将卡片从这个初始布局中移动出来。

一个可能的使用场景是在不同部门之间移动卡片/主题。例如,将一个支持工单移动到一个设计工单中。

该插件最完善的设计应该允许在列或看板内部自由移动卡片,而不需要选择器,就像最近在侧边栏中采用的方式一样,用户只需直接“移动”即可。

希望这能有所帮助,我只是分享一下我的想法。

1 个赞

太棒了!我刚刚请求在我的站点上安装它 :partying_face:

巧合的是,我们业务正在从 Asana 迁移,而我发现 Planner(免费版)功能不足,所以就在上周,我把之前基于主题组件(theme-component)的看板重新拿了出来。我可能只是被 Discourse 的“洗脑”了,但我肯定会把这个作为一个选项推荐给那些正在寻找 Asana 替代方案的内部团队。

考虑到这一点,我希望它能具备以下功能:

  • 任务分配与主题所有权是不同的(我假设这可以通过“分配主题”功能实现)
  • 设置截止日期(类似于书签功能)
  • 记录状态/详情变更的方法
    • 我构建了一个自动化流程,当分类/标签发生变化时自动记录日志,以便我的 MCP 能更轻松地生成报告并跟踪项目的进展。
7 个赞

在列之间移动应该只需简单的拖放操作。

不过在_看板_之间移动……嗯,我们的界面目前还没有专门提供这个功能。

3 个赞

感谢您考虑我们的反馈,也感谢您在这里所做的一切开发工作。

我会继续测试,并关注其随时间推移的发展情况。

是的,你可以在这里使用分配功能,被分配者会显示在卡片上。请注意,除了将整个主题分配给某人之外,你还可以分配主题内的_帖子_。

我们目前还没有这个功能。可能需要在 Contribute > Feature 主题中更深入地探讨一下你在这里的想法。

主题中的帖子是一个好的开始。接下来可能是更改标签/移动列。我们确实会记录此类活动,因此通过 Data Explorer 探索你可以提取哪些信息以及不能提取哪些信息可能会很有帮助。

在这个领域,我自己也有一些希望和梦想——我希望能实现两件事:1) 一种类似看板范围的“活动流”,以及 2) 将看板状态存储为快照的看板历史。

(1) 我认为许多产品已经实现了,所以如果我们这样做,应该会让你感到熟悉。

(2) 是我以前没见过的,但我感觉这触手可及,并且可能非常强大。我想象它会打开两扇门:a) 拥有指向特定看板状态的永久链接(例如,用于在主题中的定期更新中链接到“当前状态”),以及 b) 拥有类似“可擦洗时间轴”的功能,你可以查看看板随时间的变化。

不确定 (2) 是否会在其他事情变得更重要之前发生,但如果我们能腾出空间,我很乐意探索这一点。

5 个赞

在摸索了一会儿之后,我有以下几点建议:

  • 希望能有一种方式按特定标签进行筛选。例如,如果我想查看所有适用于 “ABC” 标签的任务,筛选功能就能让我看到所有相关的卡片。
  • 希望卡片能够提取帖子中任意位置的复选框。目前,只有原始帖子中的内容会被提取到卡片中。如果能从帖子的后续回复中创建复选框 [] 并将其提取到卡片中,那就太棒了。
    • 如果还能在卡片视图中直接操作这些复选框,那就更好了。
  • 希望能通过卡片快速回复对应的帖子。
  • 如果某一列是基于标签的,希望列标题能替换掉标准的标签显示,以免重复:
    CleanShot 2026-08-31 at 14.30.07
5 个赞

我们内部也一直在讨论这个问题。确实有人担心 boards 会造成一些混淆,但总体而言,我认为这是一个正确的权衡。

我们在这里有一个开放的 PR,旨在将该插件作为核心插件合并到核心代码中,并使用新名称:

https://github.com/discourse/discourse/pull/43056

我们计划在未来一两天内将其合并。

3 个赞

我们已经将这个插件合并到核心中了 :slight_smile:

1 个赞