2020年5月27日星期三12:08

我们说同一种语言吗?

Written by

业务利益攸关方和解决方案团队可能在涉及要求时使用不同的术语。 

为一个群体或另一组创建量身定制的要求可能会导致混淆和不达到的预期。 有一些行动我们可以作为业务分析师帮助确保利益相关者对具有下游福利的术语共同了解。

共享术语

大多数组织使用术语从其创建日跨越当天。 沿着可以替换术语的方式添加术语,但可能具有意义的不同范围。 根据创建解决方案时,每次可以在时尚的时尚中采用技术术语。 

一些术语对于行业或甚至公司内部是独一无二的。 有些术语可以有不同的含义,具体取决于导致混淆的部门。 合并和收购复合情况。 结果是整个组织各不相同的业务和技术词汇。

除了了解您的项目目前的术语外,业务分析师可以与业务和解决方案团队利益相关者合作,以创建分享理解项目中的使用术语。 这可能是字典,分类或本体论的形式。 我发现决定一个主要期限及其定义有助于:

  • 别名(这可以是利益相关者群体或以前的术语之间的翻译)
  • 别名差异(如果意义或关系存在差异)
  • 与其他术语的关系(本体允许多种结构化关系)
  • 允许值(如果合适)
  • 数据定义(通常在以后的要求期间填充)
  • 例子

广告

采取这种方法,同时识别高级要求将基础建立在挑剔的更详细要求中。 虽然利益相关者可能会抗拒这样做,因为“他们想要开始”,但这对每个人来说都有收益。 一些好处是:

  • 更准确的要求
  • 重新审视相同主题的时间较少
  • 可能降低的开发时间
  • 改进的QA测试(特别是如果使用了Gherkin结构语言)
  • 为数据架构提供基础
  • 更好的跟踪和积压可见性

要求架构

当您对条款及其含义有共同的了解时,这允许业务分析师更有效且有效地定义需求架构。  根据Babok 3.0,要求架构的目的是确保要求彼此共同支持,以充分实现目标。当术语可以以不同地感知时难以这样做。

无数次我尝试找到积压项目,但它包含了对一个人对要求的解释量身定制的术语。 当我创建一个要求时,我想考虑某人会如何尝试找到它并识别内容。 如果早期商定术语,我可以以所有利益相关者可识别的方式命名要求。 

使用商定的术语还简化了创建图表和模型。它可能会降低伪影的数量和复杂性。 这使得要求审查和批准更简单。

定义的共享了解有助于范围和期望。 如果业务使用范围更广泛的术语,而不是解决方案提供商了解,这会导致错过的期望,并且在用户验收测试之前可能无法发现。 相反的情况导致不必要的范围增加。 

同样,这也有助于将要求破坏到可管理的积压项目。 了解术语的含义可以防止添加重叠或具有间隙的要求。 可以更容易地识别要求重用的可能性,因为术语已被标准化。

 如果我无法获得共享协议,我使用最可能的术语并包括别名。 当需求是企业面临的时候,我避免包括令人困惑的技术术语,这些术语将使业务利益相关者困惑。 

优选的术语可能在项目期间发生变化。  我经常希望需求管理工具将允许可变的持有者绑在一起返回字典,分类或本体。 如果术语或相关信息已更改,则只需编辑一个源中的更改即可。

能见度

在项目的成立期间,项目团队应确定利益攸关方及其对项目的职责。 他们需要识别所存储的要求,谁需要访问,以及需要存储的属性。 这导致了商业分析师如何共享业务分析信息的计划。 

共享术语和结构化需求架构有助于了解项目范围。 利益相关者可以通过使用商定的术语来搜索来确定特定要求所符合的位置。  它可能会减少对业务分析师的会议或额外沟通的需求。

这有助于业务,因为他们可以计划要发布,中小企业可用性和UAT资源。 它有助于IT经理计划人员,硬件,安全和其他方面。 如果涉及监管监管,则需要提前参与合规团队,从而将获得提到的福利。

结论

由于公司拥有各种词典,因此创造对术语共同理解有显着效益。 业务分析师可以更准确和高效地创建需求。 团队可以通过没有重新努力讨论相同的讨论。 开发人员和质量分析师更有可能建立和测试利益相关者的意图。 联合确定的词典是创建结构化需求架构的基础。 这促进了对利益相关者的能见度,以便他们找到他们的要求和计划。 

Michael Mainridge.

Michael Mainridge.是一家经过认证的业务分析专业技术,拥有超过14年的运输,权益管理,审计管理和广告行业经验。虽然他发现每个项目或应用程序都是独一无二的,但他喜欢在巴布奥蟾中发现的最佳实践来实现项目目标。他可以通过电子邮件联系 [电子邮件 protected]

©ba time.com 2021

MacGregor Logo White Web