星期四,5月14日2020年19:06

4 alpha阶段业务分析师的关键活动

Written by

一之一 我之前的博客,我描述了我认为在项目的发现阶段时应该做的3个关键活动。

我收到的反馈是积极的,所以我以为我会给的,我认为的是4个关键活动是alpha阶段的一个ba。

那么'alpha'究竟是什么?

在英国,政府数字服务(GDS)定义了敏捷交付生命周期中的阶段。发现,alpha,beta,生活和退休服务。 GDS还详细介绍 alpha相位如何运作但是文章中未涵盖的是交付团队中的每个角色在Alpha内,包括商业分析师。

如果您不熟悉这些阶段的名称,它们与所有敏捷项目交付相同。我遇到的最常见的主题是;

  • 概念,成立,迭代,释放,生产,退休

将Discovery输出移动到Alpha中

从发现的关键输出应该大量涉及包括:

  • 利益相关者分析
  • 理解和定义问题
  • 启动产品积压

这些输出现在需要通过BA和此处采用alpha。


广告

利益相关者分析 - 使用您的利益相关者知识

对我来说是敏捷部分的敏捷部分,因为这是你实际开始在用户面前的想法和概念的地方,你学习'如何'他们真的与你的产品互动并获得宝贵的反馈。为确保您尽可能地诚实和现实的反馈,重要的是尝试创建作为现实生活场景,以便使用用户测试原型。为此,BA应该使用他们与利益相关者合作的知识,并将其与团队上的设计师一起开发原型。毕竟,如果您是涉及发现的BA,则您的主要输出之一是了解用户及其需求,包括业务的需求。因此,武装了这种洞察力的知识,您应该与设计团队密切合作,以确保他们也了解用户。 

理解和定义问题 - 保持产品视野

在发现期间,团队将有(或肯定应该)定义需要修复的问题,并且也应该已经定义了产品愿景。罗马Pichler有一个很好的文章如何 创建一个引人注目的产品愿景 我强烈建议您阅读以及他网站上的所有其他文章。 

对我来说,产品愿景是一个,如果不是发现的关键输出,并且是应该可见的,并通过交付生命周期一直引用。我经常看到产品愿景贴在团队墙上(或更糟糕的是产品所有者笔记本电脑上的文件夹),但没有人似乎接受任何通知,它只成为墙上空间的一部分使用用户研究结果,短跑板等,以确保产品愿景保持在视野中,并且您有墙面空间,在您的用户故事地图旁边拥有它(在下一节上映)。您的故事地图中的所有内容都应该源于产品视觉,因此请将它们靠近。

启动产品积压 - 确保原型源于用户需求(构建您的用户故事地图)

如何为所有团队开发原型是不同的,但在我的观点中,您更快地进入互动原型,更好。我全都是为了勾勒出设计来保护成本并节省时间,但只有在用户手中才能看到他们的互动,您会开始获得有价值的(和可行的)洞察力进一步开发原型。并记住,作为BA,您将根据调查结果开始构建产品积压并创建您的用户故事地图。如果您对作为业务分析师的一半非常认真,我不需要告诉您用户故事映射的强大影响,但如果您需要提醒, 这是杰夫帕顿 (想出用户故事映射的想法的那个人)向您展示如何创建一个。 

帮助团队设计迭代

在团队墙上拥有您的用户故事地图(如果您是在几个地点。我推荐 www.storiesonboard.com. 作为一个用户故事映射工具,是拓宽团队的好方法,并确保您正在与产品视觉对齐的方式(因此在地图旁边的愿景)。众所周知,敏捷交付侧重于迭代方式建设产品,这一原则应适用于在alpha中设计原型。我经常看到设计师走出去,开始建立复杂的,结束到最终用户之旅。因此,拥有用户故事地图将鼓励设计团队不考虑太远。毕竟,您的地图将有一个“MVP”(或者如果您对术语MVP不舒服,则为1,您将定义为一个团队,其中包含哪些功能(或可能)在MVP中使用设计团队应该专注于原型设计。

最后......

不要误解我,这是基于我'BA在一个发现'博客中的反馈,这些不是 只要 3活动A BA将在Alpha中进行,您将无疑将执行更多(例如,为测试版的用户故事编写,与技术架构师/软件开发人员一起使用,以确保可以建立用户设计和测试的内容但是,不断开发积压等)然而,我已经看到了在设计过程中没有涉及的项目,这导致了在交付过程中进一步下降的问题。请记住,您是BA是设计团队和开发人员/测试人员之间的桥!

Alpha(或迭代)阶段可以持续数周,如果您作为BA遵循这些活动,您将确保产品以迭代方式与用户设计,并且当您到达Beta阶段时(博客即将推出),您的产品将提供由产品愿景定义的值。

尼克斯托

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

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

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

©ba time.com 2021

MacGregor Logo White Web