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