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