2017年11月1日星期三08:12

敏捷需求文档-什么’s Really Needed?

撰写者

在敏捷培训课程中,我得到的最普遍的问题是:“您能告诉我作为敏捷学士学位需要记录什么吗?”

因此,让我们一劳永逸地清理一下!

答案不只是用户故事和验收标准,还是传统的需求文档。敏捷不是那么简单。这个答案将集中在错误的事情上,即输出。与其着重于输出,重要的是结果和获得结果与输出所采用的路径。

现实情况是,您作为文学学士学位的工作不会记录在案,而且从未如此!说真的即使在采用瀑布式方法或传统方法来满足需求时,BA的角色也在于促进决策制定和促进未来状态发现。文档就是所有这些的输出。是的,文档化是工作的一部分,但无论团队采用哪种方法,这都不是业务分析师角色的目标。

从为什么开始。

我不是一个“没有文档”的狂热者,但是我热衷于确保我们创造的东西是有价值的。让我们问自己有关我们创建的文档的两个问题:“文档的目的是什么?为什么组织愿意为创建文档付费?”

与需求相关的文档使组织花费了很多钱,因此我们需要能够回答这些问题才能获得正确的文档内容。我们要避免浪费文档,也要避免团队动态所产生的无休止的旋转,这些旋转需要记忆已讨论的内容。

当团队过渡到敏捷时,他们通常会集中精力减少编写文档的工作。以减少浪费和注重价值的精神来评估这是一件好事。当团队进行此操作时,我经常看到很多浪费的文档团队说他们必须拥有。

以下是我经常听到的关于在敏捷团队中进行过多文档记录的论点:

  • 在详细记录文档之前,我的开发人员将无法启动。
  • 质量检查/测试小组需要大量的文档。
  • 我们将文件发送到海外,因此它必须是详细的文件。
  • 我们正在与供应商合作,因此按合同规定,我们需要向他们发送一份有关整个项目的详细要求的文档。
  • 我们正在以敏捷的方式进行开发,但也没有要求。
  • 我们需要记录的要求用于培训。
  • 我们需要文档来记住我们正在做什么。
  • 我们需要该文件才能合规。

我将针对这些论点提供自己的观点,但首先,我们需要涵盖健康敏捷思维方式和环境的三个重要方面。

应用敏捷原则和工作记忆概念。

敏捷方法使团队可以减少文件记录并提高速度,同时降低成本。以下是帮助团队减少文档数量的三项敏捷原则:

  1. 在制品数量有限(进行中)
  2. 跨职能的小型团队,将交接降到最低,以完成工作
  3. 位于同一地点的团队(如果团队利用完成这项工作所需的协助技能,技巧和工具,则可以与分布式团队保持敏捷。)

一切都归结为“工作记忆”,并利用团队的工作记忆来减少对文档的依赖。

当团队的WIP受限时,他们一次只能处理一件或几件事情。无需记住,因为在您处理数十个主题时,讨论之间没有几天或几周的时间。在这个高度集中的关注下,一个跨职能,跨地点部署的小型敏捷团队具有足够的工作存储容量,可以以最少的文档跟踪细节。当团队利用这些原则时,停止并记录文档会感到很奇怪和浪费,除非团队同意需要帮助他们前进。

工作记忆是解决难题的关键,并且在WIP,小型团队和同地团队有限的情况下,工作记忆可以最大化。如果您的组织在任何这些方面都受到损害,那么每个人的工作记忆都会受到损害。在团队记录文档以帮助他们记住正在进行的过多工作之间时,工作速度变慢。

应该记录什么?

敏捷文档是“活着的”,应根据团队的需要进行更新。可以将其视为团队使用的一种生活资产,它可以增长,修剪,修剪和增长。

一个由WIP限制的跨职能小型团队应记录以下内容:

  • 产品愿景: 团队需要共同的理解并提醒他们前进的方向。它应该全部可见,以便在出现细节时每天进行指向和讨论。
  • 产品路线图: 团队需要以视觉方式表示他们前进的方向,以实现愿景和期望的结果。而且,它会定期更新!
  • 用户故事图: 团队需要从用户旅程的角度看待用户故事的全貌,以便从产品的用户故事树中看到森林。而且,它会定期更新!
  • 会话占位符: 团队需要一种捕获过去的对话或为将来的对话保留位置的方法。这通常包括用户案例和一些接受标准。
  • 分析资产: 团队需要查看概念和分析模型。这些视觉效果可以帮助团队记住项目的流程,人员,技术,规则和数据的整体情况。这些内容是:故事图,范围图,决策表,生态系统图,数据流程图等。这些都是可视化的-挂在墙上,因此团队可以迅速跳起来并挤在一起讨论用户故事如何与所有这些故事联系起来,并根据需要进行更新。

广告

记住要使文档尽可能简单。选择一种格式和细节级别,以允许更改并提供足够的价值,以使团队朝着正确的方向前进。

关于合规性,质量保证,供应商,离岸团队,培训等呢?

好的,回到团队用于合理化过多文档的所有论据。当您专注于有限的在制品和跨职能,跨职能的小型团队时,这些就是敏捷的响应。

  • 我的开发人员只有在有文档记录后才能开始。
    • 他们应该成为团队的一部分,而不是徒劳
    • 整个团队都需要共享,有限且专注的在制品
    • 产品负责人和团队需要快速查看工作中的产品,以向开发人员提供反馈,反馈回路越多,产品的性能就越好。
    • 关于一小部分工作的高质量对话就足以开始,如果没有,那么对话可能就无法进行。
  • 质量检查/测试小组需要该文件。
    • 他们应该成为团队的一部分,而不是徒劳
    • 整个团队都需要共享,有限且专注的在制品
    • 关于一小部分工作的高质量对话就足以开始,如果没有,那么对话可能就无法进行
  • 我们将文件发送到海外,因此它必须是详细的文件。
    • 他们应该成为团队的一部分,而不是徒劳
    • 整个团队都需要共享,有限且专注的在制品
    • 关于一小部分工作的高质量对话就足以开始,如果没有,那么对话可能就无法进行
  • 我们正在与供应商合作,因此以合同方式我们需要向他们发送文件。
    • 他们应该成为团队的一员,根据需要考虑采用更具协作性的工作方式,而不是交出临时工。
    • 限制您给他们的在制品,迫使他们一次只工作一点,并允许您提供频繁的反馈。
  • 我们以敏捷的方式进行开发,而不是要求。
    • 如果需求也不敏捷,那么我们如何知道我们正在构建正确的东西?
    • 需求不敏捷会损害实际敏捷性,从而迅速更改优先级并为了战略优势而接受需求变更。
    • 对具有WIP限制的最重要部分的及时需求使组织能够快速学习和更改,而无需在进行中的工作中等待或等待大量工作完成以达到最热的优先级,这使得组织能够快速学习和更改。
  • 我们需要记录的要求用于培训。
    • 如果您需要培训用户如何使用该应用程序,则解决方案设计存在缺陷。今天和明天的技术将不再支持这种设计。
    • 创建培训文档的方法比使用规范文档的方法更快。与在制品数量有限的团队合作,以将所需的信息输入培训师。
  • •我们需要文档来记住我们正在从事的工作。
    • 在制品太多!限制在制品并减少所需的文档记录。
    • 专注于一次完成一件或几件作品,而不是开始更多的工作。
  • 我们需要该文件才能合规。
    • 与合规性实际要求相比,大多数团队对合规性的记录过多。
    • 如果您真的了解合规性要求,那么轻量级文档通常就可以正常工作
    • 还应考虑记录构建的内容,而不是在构建之前,以免团队在事情发生变化时进行返工。

本质上,我要请您采用敏捷的思维方式,并倡导有限的WIP和较小的团队,以减少对文档的需求,降低成本并加快产品/解决方案的交付。

如果您的组织违反了这些原则,则工作记忆方面的挑战可能会促使您的团队进行更多的文档编制。没关系,只要团队和组织意识到文档的价值,并且由于选择了牺牲敏捷价值而有意识地选择放慢结果和结果。

请记住,您作为敏捷业务分析师的角色与文档无关。这是关于促进及时做出正确的决策,并指导利益相关者发现令最终用户满意的未来状态。

 安吉拉·威克(Angela Wick)

 杰出贡献者 安吉拉·威克(Angela Wick) 是BA-Cube和BA-Squared的创始人。她热衷于为现代学士学位教授实用的学士学位技能。她拥有20多年的经验,将文学学士技能提升到了新的水平,并迈向了未来!安吉拉(Angela)还是领英(LinkedIn)学习讲师,文学士和敏捷文学士培训师,获得高度评价的演讲者和研讨会促进者,并为许多行业出版物做出了贡献。 www.BA-Cube.com www.BA-Squared.com Twitter:@WickAng

©BA Times.com 2020

麦格雷戈徽标白色网站