2017年5月18日星期四08:42

要求范围陈述 - 用于建立需求可交付成果的边界的工具

Written by

BRD的高级要求部分可以有很多目的,具体取决于您使用的模板。

它可用于记录项目的项目信息,例如项目的摘要,业务目标,问题/机会,范围(通常是项目范围),高级要求(尽管在许多情况下被记录在许多情况下,但记录了对高级要求的详细说明)。

可以说是从负责要求可交付成果/业务需求文件的BA的角度来看,高级要求部分的主要目的是建立该项目的需求量的范围。这并不是说其他​​部分从上下文的角度来看并不重要 - 它们是。但是,BA的真实键是为需求可交付成果传达边界。

设置要求范围的一种方法是按照以下方法,以在BRD的高级要求(HLRS)部分中的文档要求范围陈述(RSS)。我更愿意将它们称为要求范围陈述(RSS),以便他们确定需求的范围。

RSS指南:

  1. 使用以下语法的文档RSS(对于熟悉敏捷开发的人,这与用于记录史诗/用户故事的语法相同):
    <有人(可以是一个人或团体)> 必须能够/将能够做到 <something> 为了 <accomplish some goal>.
    - 可选的最佳实践是指示要求是否以电子方式或通过手动装置(参见下面的示例)
  2. 在RS的前面分配唯一标识符RSS00x以进行可追溯性目的。
  3. 永远不要为系统/申请提供两个主要原因的利益相关者:
    一种。这些是业务要求,而不是系统要求/设计规范
    湾系统/应用程序应始终“为某人/某个组的利益”执行“事物。为什么系统需要生成一个报告 - 为谁的利益?
  4. 文档RSS在表中并添加列以优先级
  5. 自然地,RS的数量取决于项目的大小/复杂性和利益相关者的数量。作为一般指南:
    一种。小项目最多可达6卢比(记住这些只是高级要求)
    湾中大小项目最多可达15卢比
    C。大型项目最多可达25-30卢比
    *注意:如果您超出上述所有可能性的准则,商务分析师已经从记录的高级要求上取出,以记录详细的水平要求
  6. 程序中的RSS - 我推荐的方法是在程序级别BRD中记录RSS,然后将特定RSS从程序级别BRD分配给构成该程序的组件项目。通常,程序中的RSS只应分配给一个且仅一个项目。如果从程序的相同RS分配给多个项目,那么我建议将RSS分解为可以分配给单个项目的较小RSS。

RSS示例:

参考编号。 要求范围声明 优先事项
RSS001 投资顾问 必须能够 查看电子产品的产品性能报告 to serve their clients.  

 

正如您所识别的要求范围视角:

  1. 利益攸关方 -
  2. 要求边界 - 中期和详细要求(敏捷中的用户故事)将与投资组合绩效陈述有关

额外的好处

除了建立需求可交付成果的范围外,RSS还提供了额外的福利:

  1. RSS帮助基本确定中期的类型,详细要求,又提供基础,以创建引发,分析和文档需求可交付成果所需的努力的高级估计
    例如,在上面的示例中,您可能会有:
    - 报表中数据元素和UIS的数据字典
    - 用于打印报告的模型
    - 用于查看报告的用户界面(UI)模型
    - 用例(取决于业务分析师是否正在播放系统分析师角色)与生成,提出和打印报告相关
  2. RSS可以追踪对RSS的特定业务目标/问题/机会,以确保所需的需求
  3. RSS还可以向前追踪中期和详细要求(反之亦然,具体取决于您正在采取的可追溯性方法)
  4. RSS提供技术团体,以提供其努力的高级估计
  5. RSS启用BAS以确保所有利益相关者都被覆盖I.e.将其记录在RSS中的利益相关者团体与其他文件/工件(如利益相关者的影响评估或背景数据)进行比较,以确保所有利益攸关方/利益相关者群体被涵盖。如果存在差距,则RSS可以与其他项目团队成员讨论,以确定在哪里以及为什么存在断开连接。

签署RSS

RSS是否需要正式签字?答案这主要取决于BAS组织项目方法。在某些组织中,整个高级要求部分(包括RSS)被签名并基于帮助管理范围。在其他组织中,电子邮件接受高级要求部分 - 特别是RSS - 来自项目业务主,项目经理就足够了。

最终没有正确的方式或错误的方式 - 组织只需要定义和遵循他们将遵循的任何流程。

 Aly Cassam.

 1次要责任 ALY CASSAM,CBAP®拥有超过14年的经验作为业务分析师类型的作用。近年来,他是一家商业分析实践经理。在这一角色中,他共同开发了一个经营分析实践,包括培训课程,为主要银行的财富管理部门进行培训课程。他可以通过以下电子邮件联系: [电子邮件  protected]

©ba time.com 2021

MacGregor Logo White Web