求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
要资料
 
追随技术信仰

随时听讲座
每天看新闻
 
目录
BABOK Guide v3的工具和技术
知识领域 3 : 业务分析计划与监控
任务1:计划业务分析方法
任务2:计划利益相关者参与
任务 3:计划业务分析治理
任务 4:计划业务分析信息管理
任务 5:改进识别业务分析性能
知识领域 4:启发与协作
任务1:启发准备
任务2:进行启发
任务3:确认启发结果
任务4:沟通业务分析信息
任务5:管理利益相关者合作
知识领域 5: 需求生命周期管理
任务1:跟踪需求
任务2:需求维护
任务3:需求优先级
任务4:评估需求的更改
任务5:批准需求
知识领域 6: 战略分析
任务1:分析当前状态
任务2:定义未来状态
任务3:评估风险
任务4:定义变更策略
知识领域 7: 需求分析与设计定义
任务1:特定需求及建模
任务2:审核需求
任务3:验证需求
任务4:定义需求架构
任务5:定义设计选项
任务6:分析潜在价值和推荐解决方案
知识领域 8: 解决方案评估
任务1:测量解决方案性能
任务2:分析绩效考核
任务3:评估解决方案的限制
任务4:评估企业限制
任务5:推荐行动来提高解决方案价值
EA对BABOK的支持
s
知识领域 3:业务分析计划与监控
李澎涛,俎涛 翻译(火龙果软件工程)
1226 次浏览
7次  
这个知识领域代表了业务分析人员用来规划项目的任务,为成功的成果确定了基本参数。它包括如下知识领域任务 :

  • 计划业务分析方法
  • 计划利益相关者参与
  • 计划业务分析治理
  • 计划业务分析信息管理
  • 改进识别业务分析性能
如下是基于建模工具 EA 建立的各个任务的工作指南:

任务 1 :计划业务分析方法

计划业务分析方法的目的是定义执行业务分析活动的适当方法。

该图提供了指向工作示例和帮助主题的链接,并描述了 Enterprise Architect 中可用的工具和设施,以协助计划业务分析方法 任务。

图中包括如下几个部分:

  • 技术
  • 输入
  • 输出
  • BABOK元素
  • BABOK指南和工具
  • 利益相关者

技术

项目 说明
头脑风暴( brainstorming ) 用于识别可能的业务分析活动、技术、风险和其他相关项目,以帮助构建业务分析方法。 Enterprise Architect 具有广泛的设施和建模元素,可以帮助使用此技术。该工具可以在头脑风暴会议期间用于记录想法。可以使用 “ 要求 ” 工具箱中提供的风险元素对风险进行建模,这些风险可以链接到利益干系人、技术或其他元素。
建模选项:
1.在会话期间或会话完成时,直接在模型中的图表或文档中记录头脑风暴会话的结果。
2.在存储库中搜索有助于从此项目或其他项目创建计划的材料。这些材料可能是在其他项目中被证明是有用或危险的方法,问题,风险,工具或技术。
业务案例( Business Cases ) 用于了解问题或机会的元素是否特别具有时间敏感性,高价值,或者围绕可能的需求或解决方案的元素是否存在任何特定的不确定性。 选择使用哪个选项将取决于业务论证是否存在,以及建模者是否希望将业务论证的这些重要方面建模为单独的元素,这些元素可以追溯到描述实现的其他元素,包括组件等元素。
建模选项:
1.使用文档元素直接在企业架构师中创建业务案例,并在本文档中描述重要方面。
2. 创建一个 Artifact 元素,该元素表示存在于 Enterprise Architect 外部的业务案例文档,并超链接到该文档。
3.使用文档生成器创建包含模型内容(如图表、矩阵和列表)的业务案例。
4.使用 Issue 元素描述重要方面,并使用关联将这些方面链接到表示业务案例的元素。
使用应用于业务案例元素的元素维护项来描述重要方面。
文档分析( Document Analysis ) 用于查看可能有助于规划方法的现有组织资产。 可能存在各种文档和其他工件,并且都可以以相同的方式进行建模。
建模选项:
1.创建一个 Artifact 元素,该元素表示存在于 Enterprise Architect 外部的源文档,并超链接到该源文档。
2.使用 “ 要求 ” 、 “ 风险 ” 、 “ 问题 ” 、 “ 约束 ” 等元素来记录分析,这些元素将它们链接到具有构造型为源的依赖关系的源。
3.元素讨论工具可用于在文档分析过程中记录信息。
估计( Estimation ) 用于确定执行业务分析活动可能需要多长时间。 Enterprise Architect 是一个灵活的工具,允许您手动计算和记录执行业务分析活动的时间,或者如果您购买了 BPSim 来自动化此过程。业务流程模拟 (BPSim) 由一个工具支持,该工具可以根据定义的参数模拟流程并记录持续时间。此工具必须单独购买。
建模选项:
1.根据业务分析方法文档中建议的技术记录估计的时间
2.使用业务流程模拟 (BPSim) 时间视角来计算流程的持续时间。
财务分析( Financial Analysis ) 用于评估不同方法(和支持的交付选项)如何影响交付的价值。 对不同方法的财务分析通常使用电子表格等分析工具来完成。电子表格可以从存储库中链接到,或者,如果结果汇总到基于文本的文档中,可以直接在 Enterprise Architect 中创建或从模型链接到。
建模选项:
1.使用 Document Artifact 元素直接在 Enterprise Architect 中创建描述财务分析的文档,并描述该文档中的重要方面。
2.创建表示文档的 Artifact 元素,例如电子表格或 Enterprise Architect 外部存在的任何其他类型的文档并超链接到它。
功能分解( Functional Decomposition ) 用于将复杂的业务分析流程或方法分解为更可行的组件。 可以创建流程层次结构,允许双击图表中的元素以进入层次结构中的下一个级别。这是通过从 Activity 的上下文菜单中选择一个新的子图来实现的。
建模选项:
1.从流程图中的活动创建一个新的子图,允许向下钻取到流程层次结构的下一个级别。
2.在项目浏览器中创建元素层次结构,有效地将一组子活动(或任务)嵌套在父活动下。
访谈( Interviews ) 用于帮助个人或小组制定计划。 可以直接在 Enterprise Architect 中创建面试计划,使其在面试期间可访问。它可以链接到其他元素,例如与参与访谈的利益相关者相关的过程部分。
建模选项:
1.使用文档元素直接在 Enterprise Architect 中创建面试计划,并描述本文档中的重要方面。
2.创建一个 Artifact 元素,该元素表示 Enterprise Architect 外部存在的采访计划文档并超链接到它。
3.使用项目日历将采访作为事件输入。
4.创建模型邮件消息,提醒人们采访以及结果何时发布。
物品追踪( Item Tracking ) 用于跟踪与利益相关者在规划活动期间提出的任何问题。在构建方法时,还可以跟踪讨论期间提出的风险相关项目。 Enterprise Architect 全面支持问题和风险跟踪。问题和风险都可以在项目级别或元素级别创建。创建项目级别的风险允许它们被追踪到其他元素,并通过使用标记值被赋予额外的属性。
建模选项:
1.使用问题元素跟踪提出的问题并将这些问题链接到使用关联表示业务分析方法的元素。
2.使用应用于业务分析方法元素的元素维护问题项来记录和跟踪问题。
3. 使用元素讨论窗口记录尚未完全制定或准备记录为问题的信息或讨论现有问题。
经验教训( Lessons Learned ) 用于通过规划业务分析方法确定企业以前的经验(成功和挑战)。 Enterprise Architect 有一个强大的团队审查工具,可以计划审查并记录结果。如果此工具已用于解决先前的问题或机会,则可以方便地从团队审查工具中获取信息,并有助于规划当前的业务分析方法。
建模选项
1.分析包含在此 Enterprise Architect 存储库或其他位置的先前团队评审,以了解成功和挑战。
2. 创建一个 Artifact 元素,该元素表示 Enterprise Architect 外部存在的项目汇报文档并超链接到它。
过程建模( Process Modelling ) 用于定义和记录业务分析方法。 Enterprise Architect 支持多种标准中的流程建模,包括业务流程模型和表示法 (BPMN) 业务流程图和统一建模语言 (UML) 活动图。虽然这些通常用于对组织流程进行建模,但它们也可用于对业务分析方法进行建模。这将有助于为所有利益相关者阐明方法。
建模选项:
1.使用业务流程模型和符号 (BPMN) 业务流程图创建业务分析方法的流程模型;可选的 Pools 和 Lanes 可用于指示责任。
2.使用统一建模语言 (UML) 活动图创建业务分析方法的流程模型。可选择使用分区(泳道)来指示责任。
3.使用 Archimate 业务层图创建业务分析方法的流程模型。
4.输入和输出可以在 BPMN 的情况下使用数据对象建模,在 UML 的情况下使用对象,在 Archimate 的情况下使用业务对象建模。
评论( Reviews ) 用于与利益相关者一起验证所选的业务分析方法。 Enterprise Architect 有一个强大的团队审查工具,可以计划审查并记录结果。一旦业务分析方法得到充实,就可以与单个利益相关者或作为一个小组进行审查。更传统的方法将审查记录在单独的文档中,但使用团队审查工具的优点是审查包含在模型中,并带有指向描述该方法的过程模型和文档的超链接。
建模选项
1.创建一个名为业务分析的团队审核类别,然后在此类别中创建一个名为业务分析方法的主题,然后创建一个名为关键利益相关者审核的新文档。
2.使用审阅状态选项记录审阅状态。
3.使用日历将评论作为事件输入。
4.创建模型邮件消息,提醒人们审查以及结果何时发布。
风险分析与管理( Risk Analysis and Management ) 用于评估风险以选择适当的业务分析方法。 设计最合适的业务分析方法对于问题或机会的成功至关重要,并且每种方法都会有相关的风险。这些风险可以使用需求工具箱中的项目级别风险元素或构建功能区中的元素变更管理风险记录在 Enterprise Architect 中。
建模选项:
1.使用风险元素来描述风险并将这些风险链接到使用关联表示业务分析方法的元素。
2.使用应用于业务分析方法元素的元素项目管理风险项来描述风险。
3.使用风险分类法(开放组标准)创建风险。
范围建模( Scope Modelling ) 用于确定解决方案的边界,作为规划和估算的输入。 有多种方法可以在 Enterprise Architect 中对计划的范围进行建模,但可能最引人注目的方法是使用功能层次结构。这只是一组分解为更细粒度特征的高级特征。特征比需求处于更高的抽象级别,树中的叶节点可以充当需求的占位符。 也可以包含不在范围内的功能,并使用标记值或颜色进行标记,以表明它们不在范围内。系统边界也可用于对范围进行建模,并在框内或框外提供熟悉的图形形式的特征。
建模选项
使用聚合关系创建从高级别分解为两个或三个级别的特征层次结构。
1.创建一个图表,将功能相互嵌套到两个或三个级别,以显示解决方案的功能。
2.使用边界元素来指示哪些元素功能或高级业务需求在范围内(在边界内),哪些在范围外(在边界外)。
调查或问卷( Survey or Questionnaire ) 用于识别可能的业务分析活动、技术、风险和其他相关项目,以帮助构建业务分析方法。 直接在 Enterprise Architect 中创建调查或问卷确保它接近其他业务分析材料。在目标受众较少的情况下,可以要求参与者直接在文档中记录他们的结果。
建模选项:
1.使用文档工件元素直接在 Enterprise Architect 中创建调查或问卷。
2.使用内部或在线调查工具,并从代表调查的工件元素超链接到调查站点。
研讨会( WorkshopsWorkshops ) 用于帮助在团队环境中制定计划。 Enterprise Architect 是一种团队生产力工具,可用于在研讨会期间创建工件。业务分析方法(或任何其他计划)可以在存储库中创建,并在研讨会中 “ 实时 ” 工作。这是一种非常高效和有效的工作方式,因为利益相关者正在为实时模型做出贡献,并且无需重新输入或修改文档。元素讨论窗口还可用于记录尚未完全制定或准备好放入工件的信息。
建模选项:
1. 创建一个名为 “ 业务分析方法 ” 的文档工件,并在研讨会中 “ 现场 ” 处理它。
2.在元素讨论窗口中创建帖子以记录尚未完全制定或准备好放入工件的信息。
3.创建项目词汇表以确保研讨会参与者对关键术语有共同的理解。
4.使用日历作为活动进入研讨会。
5.创建模型邮件消息,提醒人们研讨会以及结果何时发布。

输入

项目 说明
需要( Needs ) 业务分析方法由组织面临的问题或机会决定。有必要在规划时考虑对需求的了解,同时承认理解在整个业务分析活动中不断发展。

输出

项目 说明
业务分析方法( business Analysis Approach ) 确定将在整个计划中执行的业务分析方法和活动,包括谁将执行活动,工作的时间和顺序,将生成的可交付结果以及可能使用的业务分析技术。业务分析规划和监视知识领域的其余输出可以集成到总体方法中,也可以基于方法、组织和观点独立。

BABOK 元素

项目 说明
计划方法 ( Planning Approach ) 有各种跨视角、跨行业和跨企业的规划方法。许多规划方法都适合预测方法和适应性方法之间的连续统一体 ...
业务分析可交付成果的形式和详细程度 ( Formality and level of Detail or Bueiness Analysis ) 在定义业务分析方法时,请考虑适合接近和计划计划的正式程度 ......
业务分析活动 ( Business Analysis Activities ) 业务分析方法提供对业务分析师将执行的活动类型的描述。通常组织采用的方法会影响所选择的活动 ..
业务分析工作的时机( Timing of Business Analysis Work ) 业务分析师确定何时需要执行业务分析任务,以及业务分析工作的水平是否需要随时间变化。这种类型的计划包括确定在其他知识领域内执行的业务分析任务是主要在特定阶段执行还是在计划过程中迭代执行 ...
复杂性和风险( Complexity and Risk ) 在确定业务分析方法时,要考虑变更的复杂性和规模以及组织工作的总体风险。随着复杂性和风险的增加或减少,业务分析工作的性质和范围可以改变并反映在方法中 ......
验收( Acceptance ) 业务分析方法由主要利益相关者审查和同意。在某些组织中,业务分析过程可能更加结构化,并要求主要利益相关者签署该方法,以确保已识别所有业务分析活动,估计是现实的,并且建议的角色和职责是正确的 ......

BABOK 指南和工具

项目 说明
业务分析绩效评估( Business Analysis Performance Assessment ) 提供应审查并纳入所有规划方法的先前评估的结果。
业务策略( Business Policies ) 定义必须做出决定的限制。它们可能通过法规、合同、协议、交易、保证、认证或其他法律义务来描述。这些策略会影响业务分析方法。
专家判断( Expert Judgment ) 用于确定最佳的业务分析方法。可以从广泛的来源提供专业知识,包括倡议的利益相关者、组织卓越中心、顾问或协会和行业团体 ......
方法论和框架( Methodologies and Frameworks ) 通过提供方法、技术、程序、工作概念和规则来塑造将要使用的方法。它们可能需要进行定制,以更好地满足特定业务挑战的需求。
利益相关者参与方法( Stakeholder Engagement Approach ) 了解利益相关者及其关注点和利益可能会影响确定业务分析方法时所做的决策。

利益相关者

关系人 说明
领域主题专家( Domain Subject Matter Expert ) 当需要他们的参与并且缺乏可用性时,可能会成为风险来源。采取的方法可能取决于他们参与倡议的可用性和程度。
项目经理( Project Manager ) 确定该方法对于整体计划和时间线是现实的。业务分析方法必须与其他活动兼容。
协调人( Regulator ) 可能需要为业务分析方法的各个方面或在定制流程时做出的决策提供批准,尤其是在审核业务分析流程的组织中。
发起人( Sponsor ) 可以为方法提供需求和目标,并确保遵循组织策略。所选择的方法可能取决于该倡议的可得性和参与度。

任务2:计划利益相关者参与

计划利益相关者参与的目的是计划一种方法,以建立和维护与利益相关者的有效工作关系。

此图提供了工作示例和帮助主题的链接,并描述了 Enterprise Architect 中可用的工具和设施,以协助计划利益相关者参与任务。

图中包括如下几个部分:

  • 技术
  • 输入
  • 输出
  • BABOK元素
  • BABOK指南和工具
  • 利益相关者

技术

项目 说明
头脑风暴( brainstorming ) 用于生成利益相关者列表并确定利益相关者的角色和职责。 可以通过更改图表属性在图表中显示标记值中定义的角色和职责,或者通过更改选项以显示其他字段(包括标记值)在规范管理器中显示。
建模选项
1.创建一个类图并使用 UML 类来表示利益相关者,并可选择使用命名的关联连接器来指示它们的关系。 2.使用规范管理器显示利益相关者列表。
3.使用标记值来表示利益相关者的角色和职责。
4.将元素的外观更改为图像以在图表中创建更多吸引力。
业务规则分析 ( Business Rules Analysis ) 用于识别作为业务规则来源的利益相关者。 选项之间的选择将取决于模型观众是更喜欢在图表中直观地看到事物,还是在规范管理器等列表中以文本形式看到事物;在任何一种情况下,都可以显示标记值。在图表的情况下,可以使用矩形表示法显示业务规则,并将隔间可见性设置为显示标记值。在规范管理器和其他列表的情况下,字段选择器可以配置为显示标记值。
建模选项
1.在图表中创建利益相关者与业务规则或策略之间的依赖关系以指示来源。
2.在业务规则(或任何其他元素)中创建一个名为 “ 源 ” 的标记值,并设置作为业务规则或策略来源的利益相关者的值。
3.使用结构化标记值定义利益相关者列表。
文件分析 ( Document Analysis ) 用于审查可能有助于规划利益相关者参与的现有组织资产。 可能存在各种文档和其他资产,这些都可以以相同的方式建模。
建模选项
1.创建一个 Artifact 元素,表示存在于 Enterprise Architect 外部的源文档并超链接到它。
2.使用需求、风险、问题、约束和其他元素来记录将它们链接到源的分析,其中依赖关系被定型为源。
3.使用 Element Discussions 工具创建帖子,以在文档分析过程中记录信息。
访谈 ( Interviews ) 用于与特定的利益相关者互动,以获取有关利益相关者群体的更多信息或知识。 可以直接在 Enterprise Architect 中创建访谈计划,使其在访谈期间可访问,它可以链接到其他元素,例如与参与访谈的利益相关者相关的流程部分。
建模选项
1.使用文档元素直接在 Enterprise Architect 中创建面试计划,并描述本文档中的重要方面。
2.创建一个 Artifact 元素,该元素表示 Enterprise Architect 外部存在的采访计划文档并超链接到它。
3.使用项目日历将采访作为事件输入。
4.创建模型邮件消息,提醒人们采访以及结果何时发布。
经验教训( Lessons Learned ) 用于确定企业以前在规划利益相关者参与方面的经验(成功和挑战)。 Enterprise Architect 有一个强大的团队审查工具,可以计划审查并记录结果。如果此工具已用于解决先前的问题或机会,则可以方便地从团队审查工具中获取信息,并有助于规划当前的业务分析方法。
建模选项
1.分析包含在此 Enterprise Architect 存储库或其他位置的先前团队评审,以了解成功和挑战。
2. 创建一个 Artifact 元素,该元素表示 Enterprise Architect 外部存在的项目汇报文档并超链接到它。
思维导图( Mind Mapping ) 用于识别潜在的利益相关者并帮助理解他们之间的关系。 一旦完成,图表可以作为讨论的历史记录保存,利益相关者可以创建为类并链接到思维导图中的利益相关者(主题)。或者,可以使用更改元素类型工具将思维导图中的利益相关者转换为类。
建模选项
1.创建一个思维导图并使用一个名为 “ 潜在利益相关者 ” 的中心主题。将主要主题用作利益相关者的类别,例如:执行机构、监管机构,并使用主题来代表潜在的利益相关者本身。
2. 使用利益相关者之间的命名依赖关系来描述他们的关系。
组织建模( Organizational Modelling ) 用于确定列出的组织单位或人员是否有任何需要考虑的独特需求和兴趣。组织模型描述了组织中的角色和功能以及利益相关者互动的方式,这有助于识别将受到变更影响的利益相关者。 有两种常用的组织结构图:一种显示组织的角色,另一种显示角色和担任这些角色的人员。一旦创建了一个定义角色的图表,就可以创建一个额外的图表,使用代表角色的类的实例来显示谁在占据这些角色。
建模选项
1.使用战略建模 MDG 技术创建组织结构图。
2.创建一个类图并将利益相关者表示为类。
3.使用类(对象)的实例来表示在任何给定时间担任这些角色的人。
过程建模( Process Modelling ) 用于按支持其业务流程的系统对利益相关者进行分类。 图表在项目浏览器中的位置并不重要,但它可能最好位于包含涉众的同一包结构中。或者,它可以与表示系统的组件模型或业务流程一起定位。
建模选项
1.创建自定义图表并从项目浏览器中的相应位置拖动利益相关者、业务流程和系统。添加关联和跟踪关系以连接它们。
2.创建一个关系矩阵,将利益相关者放在一个轴上,将支持其业务流程的系统放在另一个轴上。 /td>
风险分析与管理( Risk Analysis and Management ) 用于识别因利益相关者的态度或关键利益相关者无法参与倡议而导致的倡议风险。 对于构成列表一部分的许多元素,例如:风险和需求,规范管理器将是一个非常有用的工具。它有一个简单而灵活的文本界面,允许对列表进行过滤、排序和显示、重新排序或隐藏属性,包括标记值。
建模选项
1.使用需求工具箱创建风险,详细说明利益相关者的态度或无法参与并在图表中显示它们。
2.为具有风险的特定元素创建项目管理项。
3.使用规范管理器创建和维护风险。
4.使用风险分类对风险进行建模。
范围建模( Scope Modelling ) 用于开发范围模型以显示不在解决方案范围内但仍以某种方式与之交互的利益相关者。 边界元素提供了一种视觉上引人注目的方式来显示系统的范围。任何元素都可以放在边界内,超出范围的利益相关者在边界外。 Dependency 关系的名称表示涉众的利益。
建模选项
1.使用边界元素来表示倡议(系统)的边界,并将利益相关者置于边界之外。
2.显示范围内的元素,例如功能或组件,并显示范围外的利益相关者如何通过将它们与命名的依赖关系联系起来与它们进行交互。
干系人名单、地图或角色 ( Stakeholder List, Map, or Personas ) 用于描述利益相关者与解决方案以及彼此之间的关系。 是使用图表还是使用关系矩阵取决于受众。两者都很有吸引力,但对于面向业务的利益相关者来说,关系矩阵通常更熟悉,因此更合适。
建模选项
1.创建连接利益相关者和解决方案组件的自定义图表。
2.在利益相关者之间创建命名关联关系,以表明它们之间的关系。
3.使用关系矩阵,一个轴上是利益相关者,另一个轴上是解决方案组件(或两个轴上的利益相关者来显示他们的相互关系)。
调查或问卷( Survey or Questionnaire ) 用于识别利益相关者群体的共同特征。 直接在 Enterprise Architect 中创建调查或问卷确保它接近其他业务分析材料。在目标受众较少的情况下,可以要求参与者直接在文档中记录他们的结果。
建模选项
1.使用 Document Artifact 元素直接在 Enterprise Architect 中创建调查或问卷。

2.使用内部或在线调查工具和从代表调查的元素到调查站点的超链接。
研讨会( Workshops ) 用于与利益相关者群体互动,以获取有关利益相关者群体的更多信息。 将有关利益相关者群体的信息输入到思维导图图表中代表该群体的元素的注释中将是记录信息的最直接方式。如果需要更多结构,可以使用标记值作为替代方案。
建模选项
1.使用思维导图记录有关利益相关者群体的信息,方法是创建一个代表利益相关者组(或类别)的元素(主题),使用注释记录有关组的信息。
2.使用标记值记录组的属性。
3.使用元素讨论记录有关利益相关者群体的信息。
4.使用日历作为活动进入研讨会。
5.创建模型邮件消息,提醒人们研讨会以及结果何时发布。

输入

项目 说明
需要( Needs ) 了解业务需求及其影响的企业部分有助于识别利益相关者。随着利益相关者分析的进行,需求可能会发生变化。
业务分析方法 ( business Analysis Approach ) 将整体业务分析方法整合到利益相关者分析、协作和沟通方法中是必要的,以确保方法之间的一致性。

输出

项目 说明
利益相关者参与方法 ( Stakeholder Engagement Approach ) 包含利益相关者列表、分析的他们的特征以及变更的角色和责任列表。它还确定了业务分析师将在计划期间使用的协作和沟通方法。

BABOK 元素

元素 说明
执行干系人分析 ( Perform Stakeholder Analysis ) 利益相关者分析涉及识别利益相关者(他们将直接或间接受到变更影响)及其特征,以及分析收集到的信息。随着业务分析活动的继续,利益相关者分析被重复执行 ......
定义干系人协作 ( Define Stakeholder Collaboration ) 确保与利益相关者的有效合作对于维持他们对业务分析活动的参与至关重要。协作可以是自发的事件。然而,许多协作都是经过深思熟虑和计划的,在规划活动期间会提前确定具体的活动和结果 ......
利益相关者沟通需求 ( Stakeholder Communlcation Needs ) 业务分析师评估: 需要沟通的 内容、合适的交付方法(书面或口头)、 合适的受众、 何时进行沟通、沟通 频率、 将接收沟通的利益相关者的地理位置、 详细程度适用于沟通和利益相关者,以及 沟通的正式程度。

BABOK 指南和工具

项目 说明
业务分析性能评估( Business Analysis Performance Assessment ) 提供应进行审阅和合并的先前评估的结果。
改变战略( Change Strategy ) 用于改进对利益相关者影响的评估和制定更有效的利益相关者参与策略。
描述当前状态( Current State Description ) 提供需要在其中完成工作的上下文。这些信息将导致更有效的利益相关者分析,并更好地了解所需变化的影响。

利益相关者

关系人 说明
客户( Costomers ) 外部利益干系人的来源。
领域主题专家( Domain Subject Matter Expert ) 可能有助于确定利益相关者,并可能确定自己以履行该计划的一个或多个角色。
最终用户( End User ) 内部利益相关者的来源。
项目经理( Project Manager ) 可能能够识别和推荐利益相关者。利益相关者识别和管理的责任可以与业务分析师分担。
监管机构( Regulator ) 可能要求特定的利益干系人代表或团体参与业务分析活动。
赞助商( Sponsor ) 可以要求特定的利益干系人参与业务分析活动。
供应商( Supplier ) 外部利益干系人的来源。

任务 3 :计划业务分析治理

计划业务分析治理的目的是定义如何做出有关需求和设计的决策,包括审阅、更改控制、审批和优先级。

此图提供了工作示例和帮助主题的链接,并描述了 Enterprise Architect 中可用的工具和设施,以协助 完成计划业务分析治理 任务。

图中包括如下几个部分:

  • 技术
  • 输入
  • 输出
  • BABOK元素
  • BABOK指南和工具
  • 利益相关者

技术

项目 说明
头脑风暴( brainstorming )
用于生成潜在利益干系人名称的初始列表,这些利益干系人名称可能需要在定义的治理流程中担任审批角色。 通过更改图属性,可以在 “ 标记 ” 值中定义的角色和职责显示在关系图中,也可以通过更改选项以显示其他字段(包括 “ 标记值 ” )显示在规范管理器中。
建模选项
1.创建类图并使用 UML 类来表示利益干系人,并可以选择使用命名的关联连接器来指示其关系。
2.使用 “ 规范管理器 ” 显示利益干系人的列表。
3.使用标记值来表示利益干系人角色和职责。
4.将元素的外观更改为图像,以在图中创建更多吸引力。
文档分析 ( Document Ansalysls ) 用于评估现有治理流程或模板。 代表的选择将取决于所需的手续水平。在工件的注释中输入注释既简单又方便。如果需要更正式,请考虑使用元素讨论、维护项或附加到项目的元素,以表示关系图中的资产。
建模选项
1.创建表示现有文档或其他文件的项目,并输入描述资产的注释。
2.在 “ 项目项目管理风险项 ” 窗口中输入风险,或在需求图中创建风险,并将它们链接到项目。
3.描述在 Enterprise Architect 内部建模的现有治理流程的开放关系图。
4.创建元素讨论帖子,以在文档或文件中记录有关组织的区域性、操作和结构的信息。

访谈( Interviews )
用于识别可能的决策、变更控制、批准或优先排序方法以及个人或小组的参与者。 面试计划可以直接在 Enterprise Architect 中创建,使其在面试期间可以访问,它可以链接到其他元素,例如与参与面试的利益干系人相关的流程部分。
建模选项:
使用文档工件直接在 Enterprise Architect 中创建面试计划,并描述本文档中的重要方面。
1.创建一个 Artifact 元素,该元素表示存在于 Enterprise Architect 外部的面试计划文档,并超链接到该文档。
2.在 “ 元素讨论 ” 窗口中记录讨论和决策。
3.使用项目日历将访谈作为事件输入。
4.创建模型邮件消息,提醒人们面试以及结果何时发布。
项目跟踪(
Item Tracking )
用于跟踪规划治理方法时出现的任何问题。 企业架构师对问题和风险跟踪提供了全面的支持。问题和风险都可以在项目级别或元素级别创建。创建项目级风险允许将它们跟踪到其他元素,并使用标记值为其提供其他属性。
建模选项:
使用 Issue 元素跟踪提出的问题,并将这些问题链接到使用关联表示治理方法的元素。
  • 使用应用于 “ 治理方法 ” 元素的元素 “ 维护问题 ” 项来记录和跟踪问题。
  • 使用 “ 元素讨论 ” 窗口可以记录尚未完全制定或未准备好记录为问题或讨论现有问题的信息。
  • 使用文档工件记录任何问题。
  • 经验教训( lessons learned ) 用于查找过去的计划是否已经确定了可用于当前或未来计划的宝贵治理经验。 通过查看团队评审,甚至可以查看有关历史治理方法的问题,可以在模型中找到有关体验的信息。
    建模选项
    使用 “ 团队评审 ” 工具可以查看经验教训(或已进行的回顾)中的文档。
  • 查看其他计划的模型,包括流程模型和治理方法。
  • 组织建模( Organizational Modelling ) 用于了解组织内的角色 / 职责,以定义涉及正确利益干系人的治理方法。 组织结构图可以是一个有价值的工具,并且能够将图表与其他模型一起在存储库中可视化是有用且节省时间的。需要保持警惕,以确保图表保持最新。
    建模选项:
    使用战略建模千年发展目标技术创建组织结构图。
  • 创建类图,并使用关联关系将利益干系人表示为类来连接它们。
  • 过程建模( Process Modelling ) 用于记录用于管理业务分析的流程或方法。 通过在存储库中表示业务分析治理模型,团队成员可以轻松访问以查看和遵循流程。它们可以使用 BPMN 或 UML 图创建,甚至可以在需要时进行模拟。
    建模选项:
    使用业务流程模型和符号( BPMN )业务流程图创建业务分析方法的过程模型 ; (可选)池和车道可用于指示责任。
  • 使用统一建模语言 ( UML ) 活动图创建业务分析方法的流程模型。(可选)使用分区(泳道)来指示责任。
  • 输入和输出可以在 BPMN 的情况下使用数据对象建模,在 UML 的情况下可以使用对象进行建模。
  • 评论( Reviews ) 用于与关键利益干系人一起审查拟议的治理计划。 Enterprise Architect 具有强大的团队审查功能,可以计划审查并记录结果。一旦治理计划充实,就可以与单个利益相关者或作为一个群体进行审查。更传统的方法将评审记录在单独的文档中,但使用团队评审工具的优点是,评审包含在模型中,并带有指向流程模型和描述该方法的文档的超链接。
    建模选项:
    创建一个名为 “ 业务分析 ” 的团队评审类别,然后在此类别中创建一个名为 “ 治理计划 ” 的主题,然后创建一个名为 “ 关键 ” 利益干系人评审 “ 的新文档。
  • 使用 “ 审阅状态 ” 选项可以记录审阅的状态。
  • 使用日历将评论作为事件输入。
  • 创建模型邮件消息,提醒人们审阅以及何时发布结果。
  • 调查或问卷调查( Survey or Questionnaire )
    用于确定可能的决策、变更控制、批准或优先排序方法和参与者。 直接在 Enterprise Architect 中创建调查或调查表可确保它与其他业务分析材料接近。在目标受众很小的情况下,可以要求参与者直接在文件中记录他们的结果。
    建模选项
    使用文档工件元素直接在企业架构师中创建调查或调查表。
  • 使用内部或在线调查工具,并从表示调查的元素超链接到调查网站。
  • 研讨会 ( Workshops ) 用于确定团队设置中可能的决策、变更控制、审批或优先级划分方法和参与者。 直接在流程图和思维导图之间进行选择将取决于分析师的信心程度以及利益相关者对 BPMN 或 UML 语言的熟悉程度。
    建模选项:
    创建 BPMN 业务流程图,并使用活动、网关和其他元素阐明流程。
  • 创建 UML 活动图来表示流程。
  • 创建一个思维导图,记录所讨论的方法。
  • 输入

    项目 说明
    业务分析方法( Business Analysis Approach ) 将整体业务分析方法合并到治理方法中对于确保方法之间的一致性是必要的。
    利益相关者参与方法( Stakeholder Engagement Approach ) 确定利益干系人并了解他们的沟通和协作需求有助于确定他们参与治理方法。参与方法可以根据治理方法的完成情况进行更新。

    输出

    项目 说明
    治理方法( Governance Approach ) 标识将负责和有权做出有关业务分析工作的决策的利益干系人,包括谁将负责设置优先级以及谁将批准对业务分析信息的更改。它还定义了将用于管理整个计划中的需求和设计更改的过程。

    BABOK 元素

    元素 说明
    决策( Decision Making ) 在整个倡议过程中做出决定。利益相关者可以在决策过程中担任各种角色,例如: • 参与决策讨论 • 主题专家( SME )向决策过程提供经验和知识 .....
    变更控制流程( Change Control Process ) 当业务分析师开发变更控制流程时,确定请求变更的流程:指定变更控制流程涵盖哪些要求和设计,并确定它是适用于所有变更,还是仅适用于特定规模、成本或工作量级别的变更。
    规划优先级方法( Plan Prioritization Approach ) 时间线、预期值、依赖关系、资源限制、采用的方法和其他因素会影响需求和设计的优先级。

    BABOK 指南和工具

    项目 说明
    业务分析绩效评估( Business Analysis Performance Assessment ) 提供先前评估的结果,这些结果应进行审查并纳入所有规划方法。
    业务策略( Business Policies ) 定义必须做出决策的限制。它们可能由法规,合同,协议,保证,认证或其他法律义务来描述 ..
    描述当前状态( Current State Description ) 提供需要在其中完成工作的上下文。这些信息可以帮助推动如何做出更好的决策 .
    法律 / 监管信息( Legal/Regulatory Information ) 描述必须遵守的立法规则或法规,并可用于帮助开发确保合理业务决策的框架 .

    利益相关者

    关系人 说明
    领域主题专家( Domain Subject Matter Expert ) 可能是所请求变更的可能来源,也可能被确定为需要参与变更讨论。
    项目经理( Project Manager ) 与业务分析师合作,确保整体项目管理与业务分析治理方法保持一致。
    协调人( Regulator ) 可能会施加在确定业务分析治理计划时需要考虑的规则或法规。也可能是所请求更改的可能来源。
    发起人( Sponsor ) 可以对如何管理业务分析信息施加自己的要求。参与变更讨论并批准提议的变更。

    任务 4 :计划业务分析信息管理

    计划业务分析信息管理的目的是开发一种如何存储和访问业务分析信息的方法。

    图中包括如下几个部分:

    • 技术
    • 输入
    • 输出
    • BABOK元素
    • BABOK指南和工具
    • 利益相关者

    技术

    项目 说明
    头脑风暴( Brainstorming ) 用于帮助利益干系人发现其业务分析信息管理需求。 利害关系方的信息管理需要处于高于倡议要求和需要的元级别,不应被误认为是利益有关者对倡议和最终解决办法的需求。请考虑创建适当的要求类型或使用 Issue 元素。规范管理器将有助于管理需求。
    建模选项
    创建需求图,并将表示需求的需求添加到关系图中。
  • 使用 “ 规范管理器 ” 直接在项目浏览器中输入表示需求的 “ 要求 ” 。
  • 访谈( Interviews ) 用于帮助特定利益干系人发现其业务分析信息管理需求。 面试计划可以直接在 Enterprise Architect 中创建,使其在面试期间可以访问,它可以链接到其他元素,例如与参与面试的利益干系人相关的流程部分。
    建模选项
    使用文档元素直接在企业架构师中创建面试计划,并描述本文档中的重要方面。
  • 创建一个 Artifact 元素,该元素表示存在于 Enterprise Architect 外部的面试计划文档,并超链接到该文档。
  • 在 “ 元素讨论 ” 窗口中记录讨论和决策。
  • 使用项目日历将访谈作为事件输入。
  • 创建模型邮件消息,提醒人们面试以及结果何时发布。
  • 项目追踪( Item Tracking )

    用于跟踪当前信息管理流程的问题。 企业架构师对问题跟踪提供了全面的支持。可以在项目级别或元素级别创建问题。创建项目级问题允许将它们跟踪到其他元素,并使用标记值为其提供其他属性。
    建模选项
    使用 Issue 元素可以跟踪提出的问题,并将这些问题链接到使用关联表示信息管理方法的元素。
  • 使用应用于 “ 信息管理方法 ” 元素的元素 “ 维护问题 ” 项来记录和跟踪问题。
  • 使用可视筛选器隐藏或隐藏主流程图上的问题。
  • 使用元素讨论窗口可以记录尚未完全制定或准备记录为问题或讨论现有问题的信息。
  • 经验教训( Lessons Learned ) 用于创建信息源,用于分析有效管理业务分析信息的方法。 通过查看团队评审,甚至可以查看有关历史治理方法的问题,可以在模型中找到有关体验的信息。
    建模选项
    使用 “ 团队评审 ” 工具可以查看经验教训(或已进行的回顾)中的文档。
  • 查看其他计划的模型,包括流程模型和治理方法。
  • 思维导图( Mind Mapping ) 用于标识和分类需要管理的信息类型。 思维导图允许对信息进行可视化分类,并将有助于通知企业架构师项目浏览器的包结构,该浏览器将按照类似的路线组织以保存大部分信息。
    建模选项
    使用名为 “ 业务分析信息 ” 的中心主题创建思维导图图,并在确定新信息(主题)时,将主要主题创建为类别,这将有助于组织它。
    过程建模( Process Modelling ) 用于记录用于管理业务分析信息的过程或方法。 Enterprise Architect 支持许多标准中的建模流程,包括业务流程模型和表示法 ( BPMN ) 业务流程图和统一建模语言 ( UML ) 活动图。虽然这些通常用于对组织流程进行建模,但它们也可用于对业务分析方法进行建模。这将有力地有助于为所有利益攸关者澄清方法。
    建模选项
    使用业务流程模型和符号( BPMN )业务流程图创建业务分析方法的过程模型 ; (可选)池和车道可用于指示责任。
  • 使用统一建模语言 ( UML ) 活动图创建业务分析信息管理流程的流程模型。(可选)使用分区(泳道)来指示责任。
  • 在 BPMN 的情况下,可以使用数据对象、 UML 情况下的对象和 Archimate 情况下的业务对象来建模信息。
  • 调查或问卷调查( Survey or Questionnaire ) 用于要求利益干系人提供输入以定义业务分析信息管理。 直接在 Enterprise Architect 中创建调查或调查表可确保它与其他业务分析材料接近。在目标受众很小的情况下,可以要求参与者直接在文件中记录他们的结果。
    建模选项
    使用文档工件元素直接在企业架构师中创建调查或调查表。
  • 使用内部或在线调查工具,并从表示调查的元素超链接到调查网站。
  • 研讨会( Workshops ) 用于在组设置中发现业务分析信息管理需求。 将有关业务分析信息管理需求的信息输入到表示该组的元素的注释中将是记录信息的最直接方式。如果需要更多结构,可以使用标记值作为替代方案。
    建模选项
    使用思维导图通过创建表示利益干系人组(或类别)的元素(主主题)来记录有关利益干系人组的信息,并使用注释记录有关组的信息。
  • 使用直接在项目浏览器中输入的一个或多个需求图来记录需求。
  • 使用元素讨论记录有关利益干系人组的信息。
  • 使用日历将创意工坊作为活动进入。
  • 创建模型邮件消息,提醒人们研讨会以及何时发布结果。
  • 输入

    项目 说明
    业务分析方法( Business Analysis Approach ) 将整体业务分析方法合并到信息管理方法中对于确保方法之间的一致性是必要的。
    治理方法( Governance Approach ) 定义业务分析师如何管理对需求和设计的更改,如何做出业务分析可交付结果的决策和批准,以及如何设置优先级。
    利益相关者参与方法( Stakeholder Engagement Approach ) 确定利益干系人并了解他们的沟通和协作需求有助于确定其特定的信息管理需求。

    输出

    项目 说明
    信息管理方法( Information Management Approach ) 包括定义的方法,用于在更改期间和更改完成后如何存储、访问和使用业务分析信息。

    BABOK 元素

    元素 说明
    业务分析信息的组织( Organization of Business Analysis Information ) 业务分析师负责以允许有效访问和使用的方式组织业务分析信息。信息必须结构良好,以确保它不难定位,与其他信息冲突,或被不必要地重复。
    层次的抽象( Level of Abstraction
    抽象级别描述了所提供信息的广度和深度。信息的表示形式可能从高度概念化或总结到非常详细。
    计划跟踪方法( Plan Traceability Approach ) 可追溯性方法基于:
  • 域的复杂性,
  • 将要产生的需求的视图数,
  • 任何与需求相关的风险、组织标准、适用的法规要求,以及了解跟踪所涉及的成本和收益。
  • 计划需求重用( Plan for Requirements Reuse ) 重用需求可以节省组织的时间、精力和成本 — 前提是需求是可访问的,并且能够以一种支持其重用的方式构建。
    需求属性( Requirements Attributes ) 需求属性提供有关需求的信息,并有助于在整个更改过程中对需求进行持续管理。它们是根据要求本身进行规划和确定的。
    存储和访问( Storage and Access ) 业务分析信息可以通过多种方式存储。存储决策取决于许多因素,例如谁必须访问信息、他们需要多长时间访问信息,以及必须具备哪些条件才能访问。

    BABOK 指南和工具

    项目 说明
    业务分析绩效评估( Business Analysis Performance Assessment ) 提供先前评估的结果,这些结果应进行审查并纳入所有规划方法 .
    业务策略( Business Policies ) 定义必须做出决策的限制。它们可能由法规,合同,协议,保证,认证或其他法律义务来描述 .
    信息管理工具( Information Management Tools
    每个组织都使用一些工具来存储、检索和共享业务分析信息。这些可能像白板一样简单,也可能像全局 wiki 或强大的需求管理工具一样复杂 .
    法律 / 监管信息( Legal/Regulatory Information ) 描述必须遵守的立法规则或法规,并帮助确定如何管理业务分析信息 .

    利益相关者

    关系人 说明
    领域主题专家( Domain Subject Matter Expert ) 可能需要访问和使用业务分析信息,并且对与其专业领域相关的业务分析信息的更具体视图感兴趣。
    监管者( Regulator ) 可以定义与信息管理相关的规则和流程。
    赞助商( Sponsor ) 审查、评论和批准业务分析信息。

    任务 5 :确定业务分析绩效

    识别业务分析性能改进的目的是评估业务分析工作,并在需要时计划改进流程。

    图中包括如下几个部分:

    • 技术
    • 输入
    • 输出
    • BABOK元素
    • BABOK指南和工具
    • 利益相关者

    技术

    项目 说明
    头脑风暴 ( Brainstorming ) 用于产生改进机会的想法。 思维导图允许以视觉方式记录和组织参与者的想法和想法。随着新的改进机会的发现,它们可以被归入有助于理解这些想法的类别。
    建模选项
    使用名为 “ 业务分析改进机会 ” 的中心主题创建思维导图图,并在确定新信息(主题)时,将主要主题创建为类别,这将有助于组织想法。
    访谈 ( Interviews ) 用于收集业务分析性能的评估。 面试计划可以直接在 Enterprise Architect 中创建,使其在面试期间可以访问,它可以链接到其他元素,例如与参与面试的利益干系人相关的流程部分。
    建模选项
    使用文档元素直接在企业架构师中创建面试计划,并描述本文档中的重要方面。
  • 创建一个 Artifact 元素,该元素表示存在于 Enterprise Architect 外部的面试计划文档,并超链接到该文档。
  • 使用项目日历将访谈作为事件输入。
  • 创建模型邮件消息,提醒人们面试以及结果何时发布。
  • 项目跟踪 ( Item Tracking ) 用于跟踪在执行业务分析期间发生的问题,以便以后解决。 企业架构师对问题跟踪提供了全面的支持。可以在项目级别或元素级别创建问题。创建项目级问题允许将它们跟踪到其他元素,并使用标记值为其提供其他属性。
    建模选项
    使用 Issue 元素可以跟踪提出的问题,并将这些问题链接到使用关联表示信息管理方法的元素。
  • 使用应用于 “ 信息管理方法 ” 元素的元素 “ 维护问题 ” 项来记录和跟踪问题。
  • 使用 “ 元素讨论窗口 ” 可以记录尚未完全制定或未准备好记录为问题或讨论现有问题的信息。
  • 吸取的教训 ( Lessons Learned ) 用于确定对业务分析流程、可交付结果、模板和其他组织流程资产的建议更改,这些更改可以合并到当前计划和未来工作中。 工作集是创建一组模型资产的强大方式,包括元素、矩阵、图表、评论等各种内容。通常,流程改进已经以某种方式进行了注释,并且可以使用工作集将这些更改和其他更改组合在一起。默认情况下,工作集是特定于用户的,但可以为其指定存储库范围,以便每个人都可以查看它。
    建模选项
    创建一个工作集,用于收集流程、可交付结果、模板和其他资产,以便可以轻松查看它们。
  • 查看已链接为元素或作为维护项添加到资产的任何问题、更改、改进或其他想法
  • 发布元素讨论,记录应如何将更改或改进添加到当前或将来的计划中。
  • 指标和关键业绩指标 ( Metrics and KPIs ) 用于确定哪些指标适用于评估业务分析绩效以及如何跟踪这些指标。 选择是使用清单还是文档工件将取决于性能评估所需的正式程度或详细程度。对于轻量级评估,如果需要更实质性的评估,请使用清单,使用文档工件。
    建模选项
    使用清单元素并将必要的度量值创建为清单中的项目。
  • 创建一个 Artifact 元素,该元素表示存在于 Enterprise Architect 外部的源文档,并超链接到该源文档。
  • 观察 ( Observation ) 用于见证业务分析性能。 Enterprise Architect 能够将图像存储在图像管理器中,该图像可用于更改图表中任何元素的外观。此外,如果视频或音频文件已用于记录观察结果并存储在外部存储库或文件系统中,则可以从项目或文档项目链接到这些文件,作为企业架构师中文件的占位符。
    建模选项
    创建文档工件并使用它来描述分析员执行的活动问题或任务。此外,或者如果单独使用被动方法,则可用于记录观察完成后要提出的问题。
  • 创建文档工件和超链接,并超链接到已记录业务分析师执行任务的外部视频或音频文件。使用文档记录对视频或音频文件的分析。
  • 在关系图上创建 Image 元素并将 Image 文件(从文件系统或剪贴板)分配给该元素,或使用 Image Manager 存储图像。
  • 使用日历将观察会话作为事件输入。
  • 创建模型邮件消息,提醒人们观察会话以及结果发布的时间。
  • 过程分析 ( Process Analysls ) 用于分析现有的业务分析流程并确定改进机会。 UML 是一种灵活且可扩展的语言,因此可以使用构造型创建所需的任何类型的概念。这是改进的情况。这里应该发出警告,不了解刻板印象含义的用户可能无法欣赏模型 ; 这通常适用于实施合作伙伴和其他外部组织。或者,可以使用 Change 元素来表示改进。
    建模选项
    创建自定义关系图并使用构造型为 << 改进 >> 的 Require 元素来记录改进,并使用关联将这些改进链接到流程或流程的一部分。
  • 使用应用于信息管理方法元素的元素 “ 维护决策 ” 项来记录和跟踪问题。
  • 使用可视筛选器隐藏或隐藏主流程图上的问题。
  • 使用元素讨论窗口可以记录尚未完全制定或准备记录为问题或讨论现有问题的信息。
  • 过程建模 ( Process Modelling ) 用于定义业务分析流程并了解如何改进这些流程以减少移交带来的问题,缩短周期时间或更改业务分析工作的执行方式以支持下游流程的改进。 UML 是一种灵活且可扩展的语言,因此可以使用构造型创建所需的任何类型的概念。这是改进的情况。这里应该发出警告,不了解刻板印象含义的用户可能无法欣赏模型 ; 这通常适用于实施合作伙伴和其他外部组织。
    建模选项
    创建自定义关系图并使用构造型为 << 改进 >> 的 Require 元素来记录改进,并使用关联将这些改进链接到流程或流程的一部分。
  • 使用应用于 “ 信息管理方法 ” 元素的元素 “ 维护决策 ” 项来记录和跟踪改进。
  • 使用可视筛选器隐藏或显示主流程图上的改进。
  • 使用 “ 元素讨论 ” 窗口可以记录尚未完全制定或准备记录为改进的信息,或讨论现有改进。
  • 审查 ( Reviews ) 用于识别可合并到未来工作中的业务分析流程和可交付成果的更改。 Enterprise Architect 具有强大的团队审查功能,可以计划审查并记录结果。如果已针对流程图中的元素(如活动)定义了问题和改进,则可以查看这些关系图以查看建议改进的位置。
    建模选项
    创建一个名为 “ 业务分析 ” 的团队审阅类别,然后在此类别中创建一个名为 “ 绩效分析 ” 的主题,然后创建一个名为 “ 流程更改 ” 的新文档。
  • 查看显示已针对业务分析流程记录的问题和改进的图表。如果合适,请使用图筛选器来隐藏或遮盖元素。
  • 使用 “ 审阅状态 ” 选项可以记录审阅的状态。
  • 使用业务分析流程查看已记录问题和改进可能性的图表。
  • 使用日历将评论作为事件输入。
  • 创建模型邮件消息,提醒人们审阅以及何时发布结果。
  • 风险分析与管理 ( Risk Analysis and Management ) 用于识别和管理可能影响业务分析性能的潜在条件或事件。 对于构成列表一部分的许多元素,例如:风险和要求,规范管理器将是一个非常有用的工具。它具有简单灵活的文本界面,允许对列表进行过滤,排序,并显示,重新排序或隐藏属性,包括标记值。
    建模选项
    使用需求工具箱创建风险,该工具箱详细说明了利益干系人参与的态度或无法参与并在图表中显示它们。
  • 为具有风险的特定元素创建项目管理项。
  • 使用规范管理器创建和维护风险。
  • 使用风险分类法对风险进行建模。
  • 根本原因分析 ( Root Cause Analysis ) 用于帮助确定在完成业务分析工作时失败或困难的根本原因。 Enterprise Architect 有一个使用 MDG 技术的扩展,称为战略建模,其中包含许多战略图类型,包括决策树。
    建模选项
    创建决策树图( MDG 战略建模)并表示问题和潜在原因,直到发现根本原因。
    调查或问卷调查 ( Survey or Questionnaire ) 用于从利益干系人那里收集有关他们对业务分析活动和可交付成果的满意度的反馈。 直接在 Enterprise Architect 中创建调查或调查表可确保它与其他业务分析材料接近。在目标受众很小的情况下,可以要求参与者直接在文件中记录他们的结果。
    建模选项
    使用文档工件元素直接在企业架构师中创建调查或调查表。
  • 使用内部或在线调查工具,并从表示调查的元素超链接到调查网站。
  • 研讨会 ( Workshops ) 用于收集对业务分析绩效的评估,并产生改进机会的想法。 文档工件是一个方便的地方,可以收集研讨会中收集的想法,图表和元素。
    建模选项
    创建一个名为 “ 业务分析绩效评估 ” 的文档工件,并汇集改进机会的想法,包括描述问题和改进想法的图表。
  • 创建图表幻灯片,引导参与者完成业务分析流程图,包括问题和改进机会的图表。
  • 使用名为 “ 改进机会 ” 的中心主题创建思维导图图,并使用主题记录研讨会参与者的想法,并在适当的情况下使用主要主题对它们进行分组。
  • 使用元素讨论来记录改进机会的想法。
  • 输入

    项目 说明
    业务分析方法( Business Analysis Approach ) 确定将要生成的业务分析可交付结果、需要执行的活动(包括何时执行这些活动以及谁将执行这些活动)以及将使用的技术。
    绩效目标(外部)( Performance Objectives ( external ) 描述企业或组织希望实现的预期绩效结果。

    输出

    项目 说明
    业务分析绩效评估( Business Analysls Performance Assessment ) 包括计划性能与实际性能的比较、确定与预期性能差异的根本原因、解决问题的建议方法,以及帮助了解业务分析流程性能的其他发现。

    BABOK 元素

    元素 说明
    性能分析( Performance Analysis ) 什么构成有效的业务分析工作取决于特定组织或计划的上下文。关于业务分析绩效的报告可以是非正式的和口头的,也可以包括正式的文档。
    评估措施( Assessment Measures ) 如果当前度量值存在,业务分析人员可以利用它们或确定新度量值。业务分析师还可以从利益相关者那里获得评估措施。
    分析结果( Analyze Results ) 将业务分析过程和可交付结果与定义的度量值集进行比较。分析可以对业务分析过程,所涉及的资源和可交付结果执行。
    改进措施建议( Recommend Actions for Improvement ) 完成性能结果分析后,业务分析员将聘请适当的利益干系人确定以下操作: 预防性:降低具有负面影响的事件的可能性。纠正措施:建立减少事件负面影响的方法。改进:建立增加具有积极影响的事件的概率或影响的方法。

    BABOK 指南和工具

    项目 说明
    组织绩效标准( Organizational Performance Standards ) 可能包括组织规定的业务分析工作的绩效指标或期望。

    利益相关者

    关系人 说明
    领域主题专家( Domain Subject Matter Experts ) 应了解业务分析活动,以便设定有关其参与工作的期望,并征求他们对方法可能改进的反馈。
    项目经理( Project Manager ) 对项目的成功负责,必须随时了解业务分析工作的当前状态。如果发现潜在的问题或改进机会,则必须在实施更改之前咨询项目经理,以评估这些更改是否会对项目产生影响。他们还可能向发起人和其他利益相关者提供有关业务分析绩效的报告。
    赞助商( Sponsor ) 可能需要有关业务分析绩效的报告,以便在发现问题时解决问题。业务分析师经理还可以赞助旨在提高业务分析活动性能的计划。


    您可以捐助,支持我们的公益事业。

    1元 10元 50元





    认证码: 验证码,看不清楚?请点击刷新验证码 必填



    1226 次浏览
    7次
    欢迎参加课程:
    MBSE(基于模型的系统工程)
    系统思维与系统工程
    系统工程方法与实践