2018年4月19日星期四11:55

在发现阶段的企业分析师的五大活动

Written by

在深处

所以,你刚刚听到你将成为一个敏捷团队的商业分析师,该团队进入发现,这是你的第一个。
对于我的第一个发现,这是令人兴奋的让我告诉你。我已经知道了相当多的工具和技巧,BA应该在项目的生命周期中使用,但我使用哪些是一个特定于发现阶段的?
对于此博客,我采访了其他业务分析师,Scrum Masters,产品所有者和开发人员,以了解BA在发现中的作用,我将使用他们的意见(以及我的意见)来提供我认为的顶部3个任务应执行BA。

时间就是生命

你可能会想,'肯定是你只是申请正确的工具或技术的情况?“好的问题,我会说这是真的。然而。与传统项目不同,该项目将在字面上调查,分析和记录一切,在敏捷中,发现阶段在搬到alpha之前给出了很短的时间,这就是作为BA(以及团队其他部分)的地方,您需要明智地使用您的时间,因为您只需花时间来完成所有这些传统的“BA活动。

现在,有一个过程可以遵循,因为您无法启动创建积压,直到您知道用户和业务需求是什么,并且在识别您的用户和利益相关者之前,您无法找到这些需求。所以,这就是我们开始的地方。

利益相关者:不仅仅识别,分析

作为BA的关键角色确定的其他角色的最佳活动是理解和定义问题。但是,在我们到达那个阶段之前,我们需要识别我们的利益相关者和用户。也许更重要的是,了解利益相关者的利益及其在项目中的影响力。

对我来说,这是一个关键的运动,我不觉得它应该在项目开始时赋予重要性。他们要么已经完成,要么在整个项目中都留下了静态,或者根本没有完成。

虽然BA可能会导致这项活动,但它绝对是整个团队需要成为的一部分的运动。我的提示是在团队墙上提出利益相关者兴趣/影响矩阵(希望你有一个,如果没有,请送一些白板!)并给自己和团队几个小时才能进行会议。您可以使用大量模板,或者如果没有,请在某些活动挂图上绘制它。为团队大约10-15分钟识别他们认为是谁是利益相关者,并开始在矩阵上绘制它们。

这些人坐在矩阵上可能有一些冲突,但只要您同意谁是高度影响力或清楚地适应类别,您现在可以离开的边界领域。

在您拥有的分析和潜在时间限制方面,不要进入任何特定细节,花时间创造利益相关方车轮或利益相关者管理计划,利益/影响网格足够。此外,使用矩阵创建您的通信策略,以定义您将使用哪些方法显示对利益相关者的发现进度,以及您将与他们沟通的频率。

对于识别用户来说,这将是用户研究人员将导致的东西,因为他们将接触它们,而是您应该参与这些会议。毕竟,如果您将根据其需求写作用户故事,则需要先进。您还将从UR中获取良好的面试技术。

框架问题定义范围

好的,所以我们现在有一个利益相关者和用户列表,是时候开始参与他们了。在您开始查看定义“如是”流程的情况之前,疼痛点和建立与利益相关者的采访以获取此信息,您需要了解实际问题是团队已汇总的原因。

您可能已经授权问题,但在您在煤炭面临的人民中,他们只是感知问题。到达root原因的最快方式是在研讨会中获取那些关键利益相关者,并确定以下内容:

•我们为什么要这样做?
•我们的用户,客户和利益相关者是谁?
•用户可以从中获得什么结果?
•组织可能从中得到什么结果?
•我们的主要指标是什么?

现在,很多信息将来自本次会议,我看到BA的关键作用是解构所有这些想法和视图,并将其转化为有意义的东西......就像一个问题和产品愿景声明。

这些陈述很短,并提供了愿景,问题和方法的概述,该团队将用于解决这些问题。它应该不超过一些句子,这是一项艰巨的任务,我建议的一个难以与团队的其余部分合作和创建。

一旦你对它感到满意,你需要与利益相关者分享。不要获得协议或无穷无尽的评论,但要确保每个人都在船上与团队正在努力实现的目标。

因为一些(也许最多)利益相关者可能不知道问题和愿景声明是什么,您可能需要花一些时间向他们解释其目的。指出它不是个人观点,而是对需要解决的感知问题的集体解释。

积压

与定义范围一样,启动用户故事的积压不是业务分析师的责任,而是团队负责并应贡献。也就是说,BA确实在创建积压中发挥着关键作用。这就是确保其进入它是可接受的标准。毕竟,垃圾,垃圾吧?

我已经看到了这么多次,无论是在新的产品上还是已经进入alpha和beta的新产品,那里积压已经成为每个想法的一点倾销,如果' 想法。

出于一开始,积压中的所有内容应与用户需要或产品路线图的一部分相关。如果没有,它不应该在那里。如果有人确实有一个值得进一步的探索的想法,请将其放在用户研究/ UX假设板上,以便他们可以建立是否存在实际需要。

在您开始创建积压之前,请将团队共同达成基础规则。我建议您使用您可以开始概述积压的团队来举办用户故事写作研讨会。这确保了团队从一开始就涉及,您可以与他们同意原则,以清除“臃肿的积压”。





谁可以在一个发现团队中与谁合作?

发现团队可以由几个角色组成,最常见;产品所有者,用户研究员,商业分析师,主题专家(中小企业)和Scrum Master / Delivery Manager

我在发现Scrum Master / Delivery Manager不是最初团队的一部分的发现中,我发现队伍的焦点和凝聚力在缺乏环境中缺乏纪律而缺乏纪律(即Sprint Plannical )。当时间是关键因素时,团队需要保持专注于我认为Scrum大师带来的目标。

现在,您将开始留下深刻的印象,因为业务分析师并不是“完全”负责发现的输出,而是涉及所有这些。我为此博客采访的人之一解释了他以一种伟大的方式对巴拉的作用。他说他们是'解码器'。由此,他们的意思是他们翻译收集的所有信息(并且会有很多人)来输出,这不仅是团队理解的,而且是任何利益相关者。

我相信这是BA的主要作用,但是在一个敏捷的发现中,你应该能够评估你所做的价值,因为你的职责是因为预定职责而不是“贯穿动议”业务分析师。

我希望这一直很有帮助,如果您被要求加入一个发现团队,您将装备能够从事那些顶级可交付成果,以便发现成功。
尼克斯托

作为一家商业分析师,即将到达近5年的近5年来,我来实现BA的作用仍然误解了商业,我想提供其他业务分析师的见解,洞察BA如何为使用敏捷框架的组织带来价值提供产品和服务。

我想激发当前和未来的业务分析师 他们是项目团队的基石,以提供专注于用户的产品和服务,为人们带来创造力,创新和价值。  

我真的相信一个好的商业分析师是一个高性能的敏捷团队和一个不是的差异。我与几个敏捷团队的经验说出使用不同的项目交付(甚至框架混合动力量),我将分享审判和磨难作为在这些团队中工作的BA,并且当您将所有点加入所有圆点时提供创造性,创新和价值的产品到最终用户。

©ba time.com 2021

MacGregor Logo White Web