我们如何跟踪用户故事的细节？

作为销售代表，我想捕获联系信息，以便我可以后续跟进。

我甚至不确定这是否是有效的用户故事，但我确定它足够接近。

然后有用于实现该用户故事的细节/任务。而且我确定“销售代表应该能够从一个文本框跳转到另一个文本框。”是要求之一。我们如何捕捉/追踪这个？这是用户故事的一部分，还是需要分开考虑？

2009-10-06 Jiho Han

用户故事捕捉功能的本质，而不是细节，故事是对讨论的支持。

那么，为了回答你的问题，细节在讨论期间口头传播，因为面对面讨论是the most effective communication media。如果您觉得有此需要，则可以在卡片背面（如果您正在使用卡片）或...在“备注”字段中记录细节（如果您使用的是电子工具）。实际上，我通常使用“如何演示”这个字段来捕捉关于这个故事将如何在sprint演示中演示的高层次描述，并使用非常简短的“注释”来解释其他任何信息，说明，其他参考信息来源等（学分Henrik Kniberg着名的Index card generator）。如果找到这个非常方便，特别是在使用可执行规范时。

PS：你的故事是完全有效的，其一个很好的做法，包括在模板中的好处（“作为作用，我想行动使好处”）。

来源

2009-10-06 21:44:22

我关注跟踪的原因是否需要验证这些细节才能完成用户故事，对吗？因此，如果一切都只是坐在某人（或集体）的头上，那么很有可能会错过某些东西。 – 2009-10-07 14:05:57

这是一个很好的理由。我相应地更新了我的答案。 – 2009-10-07 15:32:16

第一部分属于“业务需求”文档（通常由业务分析师编写）。这个文档的第一代是相当高的水平，但最终版本（几个迭代后）是非常详细的。

http://www.tdan.com/view-articles/6089

第二部分（约互联）是另一个文档的一部分 - “UX规格”（显示所有屏幕，并描述用户交互）。这通常由不同的人员/团队（产品或用户体验团队）编写。

http://uxdesign.com/ux-defined-2

http://www.uxmatters.com/mt/archives/2007/05/sharing-ownership-of-ux.php

来源

2009-10-06 21:21:32 DmitryK

你在说传统的完整生命周期方法论。用户故事是基于敏捷的，您的方法不适用。 – 2009-10-06 21:23:03

我的观点是，这个功能是由BA获得的，而UX的东西是由UX团队制作的（甚至在灵活的世界中作为“对话”的一部分）： http://eagleeyevue.blogspot.com/ ：对话是肮脏细节出来的地方。人们对商业分析师或用户体验人员在敏捷中的角色感到疑惑。他们的角色是准备好进行有效和高效的对话。这就是敏捷轻量级文档方法获胜的原因，因为口头传统强化了清晰度 – DmitryK 2009-10-06 22:10:58

用户故事应该是简短的发言中1至3句。

http://en.wikipedia.org/wiki/User_story

我希望能够使用Tab键从一个文本框到另一个是另一个用户的故事。

您可以使用诸如www.rallydev.com之类的工具或任何类型的任务跟踪工具（SharePoint，Excel甚至等）来跟踪这些内容。

你接下来要做的事情是优先。

来源

2009-10-06 21:22:29

据我所知，用户故事不应该是“技术型”，因此在这种情况下，用户是否可以从一个标签页到下一个字段或使用鼠标，是一个实现细节。这就是为什么我说这是一个细节，而不是用户故事。当然，这只是我对它的理解。 – 2009-10-07 14:08:10

另外我确定有很多其他小任务需要完成以满足用户故事，比如UI和其他非功能性需求，如性能，审计等。 – 2009-10-07 14:09:19

是的，这是问题，我们也有很多。一方面，用户故事需要谨慎，另一方面所有基本细节必须放在的某处。

我们使用XPlanner，我们通过将简短描述放入用户故事的文本主体来解决这个问题。然后，我们使用XPlanners“笔记”功能（任意文本或可附加到用户故事的文件）了解详细信息。

这样我们可以根据需要为用户故事添加尽可能多的信息，而不会混淆用户故事文本本身。如果您不想拥有XPlanner中的所有内容，也可以参考外部文档。

这种方法对我们来说效果很好。

来源

2009-11-11 15:13:21 sleske

只是走一个粗略的刺...

作为一名销售代表，
我想所有的数据输入和导航使用键盘
，这样我就不必采取来完成我的双手脱掉键盘
（以便我们遵守无障碍指南）。

或者

作为一个企业，
我们希望我们所有的产品只使用键盘输入
这样我们就可以出售给谁需要访问的软件客户是完全可用。

来源

2010-02-01 00:24:59 MsLis

与其他人一致，认为这是可行的故事，但捕获（衍生）的要求可能会更好地捕捉到其他地方。

软件开发人员和业务类型熟悉不同的术语，其中一个（数据结构）可能很容易理解的内容可能对另一个没有任何意义。用户故事是一种工具或手段，商业用户可以将信息作为扩展的起点（通过测试，细节等）传达。

口头交流可以有效，但效果取决于接收者听到和理解消息含义的能力。这是口头交流失败的地方。 Different types of communication提供或多或少的正式形式的交流。声音沟通是一种“非正式的沟通形式”，可能会导致信息被误解，误解和误解。就像孩子玩游戏时一样，一个孩子向另一个孩子低声说出一个消息，直到所有孩子都听说过......当最后一个孩子向该组传达消息时，通常被误解了，然后又被误解了，导致降级的消息。

来源

2011-05-12 21:32:36 ebresie

我们如何跟踪用户故事的细节？

回答

相关问题