美文网首页软件需求探索
驾驭项目边界:解码范围建模的艺术与实践

驾驭项目边界:解码范围建模的艺术与实践

作者: 需求探索 | 来源:发表于2024-04-19 07:48 被阅读0次

    范围建模

    1 目的

    范围模型定义了一个或多个限制或边界,并将元素放置在这些界限内或外。

    2 描述

    范围模型通常用于描述控制、变化、解决方案或需求的边界。它们也可以用来界定任何简单的边界(与视野、涌现属性和递归系统区分开)。

    这些模型可能包含以下元素:

    • 范围:模型识别从内部看到的边界以及该边界所包含的元素(例如,功能分解 [1])。
    • 范围之外:模型识别从外部看到的边界以及那些不包含在该边界内的元素(例如,上下文图)。
    • 两者:模型从两边识别边界,以及边界两侧的元素(例如,韦恩图或用例模型)。

    范围模型为理解以下边界提供了基础:

    • 控制范围:正在分析的内容、角色 [2]与职责,以及哪些是组织内部的,哪些是外部的。
    • 需求范围:涉众 [3]的需求、需要提供的价值、功能领域以及需要探索的组织单位。
    • 解决方案范围:满足的要求、交付的价值和变更的影响。
    • 变更范围:需要采取的行动、受影响或参与的涉众以及导致或防止发生的事件。

    范围模型通常表示为图表、矩阵和文本说明的组合。如果范围是在阶段或迭代中实现的,那么范围模型应该在每个阶段或迭代中进行描述。

    3 元素

    .1 目标

    范围模型通常用于澄清:

    • 控制范围,
    • 元素的相关性,以及
    • 努力的方向。

    根据所支持的动作或涉众的需求,商业分析师确定要使用的模型类型,并选择边界和元素。

    变更的范围和上下文

    通常,商业分析师关注那些会因变化而改变的元素以及与变化相关的外部元素。对于范围内的元素,商业分析师参与确定这些元素如何被修改。对于范围之外但与变化相关的元素,商业分析师参与确定该变化、当前和建议解决方案以及上下文之间的相互作用。

    商业分析师经常需要确定:

    • 定义或修改业务流程,
    • 要添加、更改、优化或重新分配的业务功能,
    • 新功能要构建,或者现有功能要改变,
    • 外部和内部事件需要做出反应,
    • 支持用例和场景,
    • 需要更换或替换的技术,
    • 要获取、生产或处理的信息资产,
    • 受变革影响的涉众和组织角色,
    • 受到变化影响的外部和内部代理人和实体,
    • 受变化影响的组织和 组织单位 (部门、团队、小组),以及
    • 变更所需或受变更影响的系统、组件、工具和物理资产。

    .3 详细程度

    分析的目的定义了在其中描述范围元素的适当抽象级别。适当的详细程度可以在范围定义阶段提供有意义的不确定性减少,同时防止“分析瘫痪”。可以按枚举、引用分解层次结构的具体级别或分组逻辑上相关的集合来描述最终范围模型中的元素。例如,变化的主题可以被定义为特定业务流程的列表、涵盖所有这些的高级业务流程或通用业务功能。类似地,所涉及的涉众可以通过枚举具体的职称或参考他们共同的组织角色来定义。

    .4 关系

    探索潜在范围元素之间的关系有助于通过识别它们的依赖性或发现受更改影响的其他元素来确保范围模型的完整性和完整性。

    有多种图表技术可用于探索特定类型的上下文关系,包括:

    • 父子关系或包含关系:通过层次分解来关联同类型的元素。这种类型的关系在组织图中出现,在类或实体关系图中,作为业务过程模型中的子进程,或者在状态图中作为复合状态。
    • 功能—职责:关联一个功能与负责执行它的代理(涉众、组织单元或解决方案组件)。这种类型的关系出现在业务流程模型以及协作、顺序和用例图中。
    • 供应商 - 客户:通过在它们之间传递信息或材料来关联元素。这些元素可以是过程、系统、解决方案组件以及内部和外部实体的组织单位。这种类型的关系发生在数据流 [4]图、业务流程模型以及协作、顺序和稳健性图表中。
      因果关系:通过逻辑上的偶然性来关联元素,以便识别参与或受到变化影响的相关元素链。这种类型的关系在 鱼骨图(石川图) 和 其他因果关系图 中出现。
    • 突发事件:在大多数复杂系统中,多个元素可以相互作用以产生无法仅根据组件预测或理解的结果。

    .5 假设

    在范围建模阶段,模型的有效性严重依赖于假设,如需求定义、结果因果关系、变更影响、适用性和解决方案可行性。由此产生的范围模型应包括关键假设及其推论的明确陈述。

    .6 范围建模结果

    范围建模的结果可以表示为:

    • 元素的文本描述,包括范围内的或超出范围的决策标准,
    • 说明范围元素之间关系的图表,以及
    • 用于表示范围元素之间依赖关系的矩阵。

    4 使用考虑因素

    .1 优势

    范围模型有助于在以下基础上达成一致:

    • 定义合同义务,
    • 估计项目工作量,
    • 在需求分析中为范围内的/外的决策辩护,以及
    • 评估解决方案的完整性和影响。

    .2 限制

    • 初始 高级 模型 可能 缺乏 足够 的 详细程度, 尤其 是 对 边界 元素, 这是 确保 清晰范围 确定 所需 的。
    • 一旦范围定义,由于政治原因和合同义务,更改它可能会很困难。与此同时,在实现目标之前,许多因素可能会影响范围的有效性。这些因素包括错误的初始假设、情况变化、涉众需求的变化或技术创新可能导致需要部分或全部修改范围。
    • 传统的范围模型不能解决常见的复杂边界,比如地平线(完全取决于利害关系者位置的边界)。

    本文同步发表在 软件需求探索http://www.srs.pub/babok/fanwei-jianmo.html


    1. 商业分析中的五十种分析方法和技巧之22-功能分解.http://www.srs.pub/babok/gongneng-fenjie.html

    2. 商业分析中的五十种分析方法和技巧之39-角色与权限矩阵.http://www.srs.pub/babok/juese-yu-quanxian-juzhen.html

    3. 涉众定义与解释.http://www.srs.pub/theory/stakeholder.html

    4. 商业分析中的五十种分析方法和技巧之13-数据流图.http://www.srs.pub/babok/shujuliu-tu.html

    相关文章

      网友评论

        本文标题:驾驭项目边界:解码范围建模的艺术与实践

        本文链接:https://www.haomeiwen.com/subject/oinyxjtx.html