2015年10月12日星期一08:15

必须有50种编写出色用户故事的方法

撰写者

用户故事是敏捷业务分析师执行工作的中心点。从故事中可以方便地进行其他所有操作,需求定义和沟通,开发以及QA任务,以使其完成,为团队,管理层乃至客户甚至客户跟踪和报告,甚至为未来的队友进行知识转移。精心编写的故事可以实现所有这一切。

在我担任敏捷学士学位期间,我看到了各种各样的故事,这些故事在目的上是完全神秘的,那些故事读起来更像是由IT记录的随机缺陷和/或非IT人员,主要依赖于部落知识的人员,以及简洁,清楚并提供所有重要内容的信息人员,这些内容对于所有团队以及非Scrum团队的利益相关者都是真正有用的。

我最近决定,尽管故事可以以多种方式使用,但好的故事将具有某些属性。检查下面的列表,看看是否有更多的方法来写一个好故事。在敏捷团队中,灵活性将通过对您独特的项目和独特的团队最有意义的事情来构建。瀑布式方法的严格性不会将Agile BA限制为一组严格的要求,从而可以满足对需求文档的接受。它还将扩大广管局在团队之间进行交流的能力,同时为项目文档库做出贡献。

相关文章: 用户故事-您不必敏捷就可以使用它们!

请记住,作为用户故事的所有者,请寻求有效且清晰的沟通。不要将意义,目的和目标掩盖在那些可能成为故事消费者的利益相关者群体无法轻易获得的语言中。深入的技术细节,甚至业务流程信息的细节都可以包含在故事中,但是作为子任务要求,或者是故事的图像或附件。准备好标题阅读器!这适用于开发人员和其他技术团队成员以及业务客户和主管。通过提供清晰性来使您的故事上的手印,而不是加剧混乱。

如何撰写精彩的故事取决于您自己的项目和风格,但请确保它具有这些特质。

这里有一些想法:

  1. 一个伟大的标题读起来就像是一个故事,而不是令人费解的技术释义。
  2. 切合实际的描述,所有Scrum团队成员均可阅读。
  3. 使用故事笔记。如果可用,请捕获并描述超出描述的方面和细节。
  4. 捕获涉及指定需求,开发人员的工作以及质量检查活动标准的任务。我目前的团队使用前缀可以快速掌握这一点,以指出负责哪个团队成员,例如“ DEV”,“ QA”等。
  5. 写下明确的接受点或标准,以便任何业务分析人员都能遍历可交付成果,并为是或否通过以接受或通过工作流程。它应该是跨团队成员准备的。
  6. 具有常识并使用易于理解的语言的工作流。此工作流程对所有用户都应该可见,并且权限仅授予具有相应角色的用户才能选择该工作流程步骤。
  7. 应当附上正确的屏幕截图,但仅在需要时附上。
  8. 附件可以与故事的实现直接相关,并在调查功能历史或对故事重要的内容时成为将来使用中的强大参考工具。当新的团队成员加入时,有意义的和支持性的附件也可以指导知识转移。
  9. 评论应该是直接且切题的。对于不需要捕获和重新阅读的注释,这常常被过度使用。有价值的评论是可读,完整和可理解的。任何来自评论的“后续步骤”或操作项都需要明确说明。
  10. 使用故事点来跟踪,交流和反映团队中可获得的最佳估计。良好的估计需要大量技能,并且各个团队成员都可以提供很多东西。确保听到所有声音,尤其是来自QA和UAT的声音。
  11. 使用您的故事来促进优先顺序。将排名保持在故事本身之内。然后可以在查看,报告,分析指标时随时使用。项目经理以及可以创建的仪表板将非常感谢您。
  12. 更多...采用使您的团队和工作有价值的元素。敏捷允许选择,并且作为BA,您可以方便地选择它。
  13. 您可以想到的更多内容!

所有这些部分都是相互依存的,以定义,交流和交付需求。敏捷BA是引导故事,促进故事成分收集并赋予其一致的语气,风格和声音的人。

朱迪思·玛丽·汗

过去九年的工作使我有机会担任许多项目的业务分析师,主要在汽车公司以及医疗领域。 我已经能够参与从Waterfall到Agile的组织过渡,并且目前在一个完全敏捷的团队中工作。 我已获得CBAP认证,并拥有密歇根大学的文科学士学位和底特律Mercy大学的科学硕士学位。 作为文学士,我最喜欢的事情是有机会与项目中的所有人员建立联系。 在我的个人生活中,我爱我的孩子们做饭,慢跑和换季。

  

朱迪思·玛丽·汗(Judith Mary Khan)的最新作品

©BA Times.com 2020

麦格雷戈徽标白色网站