我即将了解 Taiga.io，它是一个项目管理平台，提供 Scrum 任务板和看板用户故事板。
但是：如果使用 scrum，在任务板上跟踪 sprint 的“任务”似乎很常见。 如果使用看板，您可以跟踪板上的用户故事，并且任务嵌套在美国内部，而不是固定在板上 - 因此，据我所知，具体工作任务没有视觉“移动”。
我现在想知道是否可以只编写像任务这样的用户故事，如 taiga.io 的示例所示： Kanban us-board example
（用户故事的格式不是像“作为一个，我想要这样”，而是像“开发文件阅读器”或“实现 db-sheme”这样的任务描述）
【问题讨论】：
我会说最好不要将用户故事（美国）用作任务，反之亦然。
原因是US通常用于描述需求。它应该向开发人员展示价值并回答“为什么”的问题。所以美国的格式是这样的：“作为一个......我想要......所以......”。
另一方面，任务通常用于回答“如何”的问题。当我们查看一项任务时，我们应该能够知道具体要做什么。然而，要从单个任务中看到真正的价值并不容易。例如“实施 db-sheme”的价值或好处。
您展示的看板和 Scrum 示例很好地说明了差异。对于 Scrum 来说，美国是创造真正客户价值的东西。团队使用任务来实现它。对于看板来说，它更像是一条生产线。团队的输入通常已经是可行的，即具体的任务。因此，US 在看板中没有那么有用。
希望我回答了你的问题。
【讨论】：
您可以将用户故事编写为任务，因为有时需要规划技术实施。
我不知道 Taiga.io，但是，例如，在 Attlasian Jira 中，您可以创建一个美国“作为用户我想发送电子邮件”，其中可能有一个名为“创建发送电子邮件的服务”的子任务
【讨论】：