2018年8月14日,星期二08:31

舞会森林流程

撰写者

尽管这是我们许多人的第二天性,但我认为将其提出来将是有帮助的-提出,记录和确定舞会森林基线所涉及的各个步骤。

不要被步骤的数量所淹没,随着时间的流逝,它们将以一个无缝的顺序流动。

1.确定利益相关者

谁是利益相关者?对某事感兴趣或关心的人Google,您会发现4至14种类型的利益相关者。我将利益相关者视为项目利益相关者,舞会森林利益相关者等。可能存在一些重叠,但并非总是如此。例如,副总裁可以是项目利益相关者,但不能是舞会森林利益相关者。项目利益相关者通常列在项目章程/概念文档中。舞会森林利益相关者将在BRD或其任何变体中列出。请记住以下几点:

  • 这些人将使用系统或受系统影响
  • 确定任何可能受到影响的正在进行的项目或上游/下游系统
  • 将所有人员包括在舞会森林涉众列表中。

2.您有工作说明书(SOW)吗?

如果您要购买COTS产品并发布了RFP,则RFP很可能包含定义项目高级范围的SOW。应该从定义高级范围开始。为什么?容易定义高级范围,然后提炼出详细要求。相反,卡在杂草中的可能性太高了。

3.组织舞会森林启动会议

这是要做的事情:

  1. 邀请所有利益相关者,项目,舞会森林等。
  2. Set the agenda 和 stick to it
  3. 主持会议
  4. 说明5W和1H –谁,什么地方,什么时候,为什么以及如何提出要求。
  5. 阐述舞会森林质量–正确,明确,完整,必要,可行,可验证和可追溯
  6. 坚持“您”了解要求。如果不充分了解舞会森林,则无法进行文档记录。
  7. 记录会议(在开始时宣布。并非所有组织对此都表示满意)
  8. 散发讨论摘要并在无异议的基础上寻求反馈

很多时候,利益相关者并不了解舞会森林的各个方面和质量标准。他们也给您留下了深刻的印象,您是广管局,而且他们有着相同的见解和理解。最好事先清除空气。

4.检查并验证AS-IS流程

如果组织保持更新的AS-IS流程,我建议购买彩票!您可能真的很幸运。利益相关者对AS-IS流程进行验证,以确保它是最新的。如果您不走运,请记录AS-IS流程。同时准备一个利益相关者交互图,该图表示任何和所有利益相关者之间发生的事情。这很重要,因为它可以识别第一步中遗漏的利益相关者。


广告

5.记录痛点

对于上面确定的每个AS-IS业务流程,与利益相关者一起严格评估其痛点。做到这一点的一种方法是在流程上标记出利益相关者认为可以改善的点。除非您重新设计整个过程,否则必须将痛点作为要求的一部分加以解决。您可以确定流程中不会增加任何价值的步骤,并与利益相关者讨论替代方案。

6.确定高层要求

SOW /高层范围和痛点应成为提出高层要求的良好起点。与利益相关者共享列表,并找出所有缺失的利益相关者。理想情况下,高层要求不应超过8-10。为每个高级要求提供的句子描述不超过几个。

7.选择启发技术

BABOK中已识别出50多个。并非所有都与引发舞会森林有关。同样,每种情况可能要求使用不同的技术或技术组合。例如,如果不存在舞会森林,请使用头脑风暴法。如果它们含糊不清,请使用问卷。

8.组织启发会议

制定明确的议程并邀请相关的利益相关者。并非所有舞会森林利益相关者都需要出席所有会议。这不是他们时间的好利用。管理会议,因为事情很快就会偏离轨道。记录会话,以便在不清楚的情况下可以回放。当天分发讨论摘要,并在无异议的基础上寻求反馈。在启发会议之间留出一天的间隔,以便您记录舞会森林,否则您可能会忘记所讨论的所有内容。

9.选择正确的模板

不要覆盖模板。它们仅提供舞会森林文档的结构。内容很重要。集中精力。标准BRD模板有很多部分需要填写。与您的组织讨论是否可以忽略其中的某些部分。当然,某些部分(例如概述),范围(而不是范围项目)是必选的。可以单独记录AS-IS流程和TO-BE流程,并在BRD中进行引用。

10.文件要求

现在该记录舞会森林了。请记住以下几点:

  1. 质量标准
  2. 不要在句子中结合两个要求
  3. 使用简单活跃的声音
  4. 确保符合要求的逻辑流程。例如,检查用户真实性必须先于其他所有要求
  5. 重新阅读舞会森林,确认它们有意义并且没有冲突的舞会森林
  6. 避免将实施细节作为业务舞会森林的一部分。例如,系统必须支持多线程或并行处理或JSP或类似的东西。
  7. 不要让现有系统笼罩您的想法
  8. 尽可能提供示例和样本。它提供了很多清晰度

11.定义测试方案

V模型建议必须与业务舞会森林一起创建测试方案。还不仅要考虑积极的测试场景,还要考虑消极的测试场景。这是识别缺失舞会森林的一种方法。这些方案将在以后的阶段中详细说明成测试用例。请记住以下几点:

  1. 针对每个舞会森林,确定一个或多个方案
  2. 始终包含负面情景
  3. 如果基于角色的测试场景很重要,则必须考虑它们
  4. 如果系统将受到影响,则下游和/或上游测试方案很重要

12.同行评审工件

这是绝对必要的。分享BRD;与同行或高级BA一起的AS-IS流程,痛点,测试场景和所有其他工件。这将确保舞会森林的质量,并捕获每个舞会森林。它还确保测试方案可以完全涵盖所有要求。

13.请求反馈

寻求业务用户的反馈。根据收到的反馈更新工件。如果需要,可以组织更多的启发会议以寻求清晰度。如果舞会森林发生变化,则可能必须更改测试方案。这是一个反复的过程。

14.与用户进行签核演练

这是与业务涉众进行的全面的最终演练。换句话说,这是用户进行必要修改,弄清要求或在需要时添加详细信息的最后机会。

15.与技术团队进行演练

如果是内部开发,请与技术团队一起进行演练。它也适用于COTS产品或外部供应商。这样可以确保舞会森林在技术上可以实施,并且可能需要重新定义舞会森林。对于COTS产品,它为供应商提供了识别差距和弥合差距的机会。这导致了典型瀑布模型的设计阶段。

16.获得业务利益相关者的批准

业务涉众同意要求的过程的最后一步。一旦完成,这些要求就成为最后的要求。任何后续更改将导致更改请求。

17.基准要求

签署的要求将正式视为第一版。所有更改都将并入此版本并进行更新。

这是该过程的示意图

ramasama 08092018

玛尼·拉马斯玛(Mani Ramasarma)

玛尼·拉马斯玛(Mani Ramasarma)是位于华盛顿特区的一家领先的多边银行的高级业务架构师。他在金融,水泥,制药,塑料和IT等各个领域拥有超过28年的经验。 Mani采用并推广了一种实用的,基于流程的业务分析方法。他曾培训和指导过许多文学士。 @maniramasarma。 //www.linkedin.com/in/maniramasarma


©BA Times.com 2020

麦格雷戈徽标白色网站