RMC学习解决方案的新角色
业务分析师和产品所有者

BA在敏捷项目上?

团队有效性商业分析师(BA)在某些方面对敏捷项目的作用相似于项目经理(PM)的作用。在那之中,有些人认为根本不需要这些角色!例如,Scrum指南概述了Scrum方法仅描述了三个角色:Scrum Master,产品所有者和开发团队。即使当您深入了解Scrum Guide的开发团队角色的描述时,也没有提及分析师或分析工作。但是,大多数组织都同意,好的BAR是任何团队的伟大资产,是计划驱动,敏捷或混合。

本文审查了什么BAS真的做了,看着敏捷项目保持不变,以及更改。快速版本是什么和为什么基本面保持不变,但所有的方式,何时,何地和与之有关细节的巨大变化。

让我们从应该做的商业分析师开始。 (我说应该做,而不是实际上所做的,因为你的大部分时间都可能看猫视频,这不是他们应该做的事情!)无论如何,业务分析师引发,分析,沟通,管理和验证要求。他们还有助于了解业务,并确保解决方案适合业务。此外,它们有助于将技术问题转化为业务,并促进利益相关方沟通。

为什么他们这样做应该相当明显。为了帮助确保项目建立合适的产品,并且不容错过或误解要求。它们也有助于帮助促进和弥合客户之间的通信, 顾客 和技术群体。

好消息是,所有这些函数,角色,需求或您想要调用它们的任何功能仍然存在于敏捷项目上。此外,在某种程度上,由于敏捷时机经常被压缩,因此这些功能对团队保持富有成效而变得更加重要,因此很好的BAS是额外的价值。

现在有什么变化;让我们开始如何?敏捷团队通常不会创建大量的详细要求文件,在开发开始之前在开发前进行审查和注销。相反,可以捕获要求 用户故事或者在索引卡上,作为提醒,在开发前与相关主题专家进行对话。它们通常在它们覆盖和描述深度的范围内比较较小。更像是只需要小型咬合组件的注意力缺陷读者的微观要求。

 

这种更粒度的结构实际上提供了更大的在积压内移动和重新调试的选项。人们也倾向于更好地估计和测试较小块的东西。但是,它增加了管理的元素数量,因此可以帮助管理和可视化问题的大图片视图尤其有价值。在敏捷项目中经常发生到更多“视觉和口头”格式的转变。不再是书面的大部分信息,而是作为合作的团队和共享空间中的团队分布的任务板和共享知识是常态。

当引发要求时,分析,传达,管理和验证的更改。不再有一个项目阶段,主要是识别和理解大多数要求。在入门前,在签收的要求确认有很多确认。相反,他们聚集在整个项目中,即在开发人员中的消费即时,因为他们从客户演示和计划会议中出现。对于在客户问题中潜伏的潜在故事,BAS必须保持警惕。好消息是产品所有者的作用有助于过滤不必要的重要,然后分配开发的优先级。 

工作通常也在敏捷项目中进行更改。 BAS应期望较少的专用办公室和更多开放式空间队伍室。这会很长,头脑 焦点 在大文件上更困难,但适合较薄的切片和捕获故事。敏捷团队更加依赖于面对面的通信,这些通信更快,允许更有效地质疑和澄清,也更容易地传达肢体语言和情感。

许多敏捷团队有一些或几个分布式的团队成员,因此每个人都需要熟悉在线协作工具。要求通常驻留在任何地方可由利益相关者访问的在线存储库中。对TAR尝试的适应性和意愿掌握这些工具 重要的是他们保持相关和向团队增加价值。

最后,与谁组成; Bas仍在客户,用户和技术资源之间发挥重要桥梁或转换器角色,但同样的角色变化。鼓励敏捷开发团队概括专家具有更广泛的技能,包括与业务交谈和收集要求。这将直接融入传统的BA领土,但如果他们充当这项工作的辅导员,BAS仍然有价值。也许更多的时间融入最困难的时间与利益相关者(业务或技术)互动,并确保没有声音闻所未闻,并确保我们所有的利益相关者确认经常发生的理解。

从Go-Becliber之间的故意转变为促进者的优点进一步审查。我们希望避免由BA接受采访的业务,然后将BA传递给开发商的理解。这些电话游戏切换稀释了这一消息,并是创建的跨功能,共同职位,以避免。伟大的BAR不合作,而是匹配制造商和对话启动器。有时询问(显然)愚蠢的问题在似乎有所不同时,将在利益相关者之间讨论的主题,并在似乎有所不同。

BAS通常具有良好的沟通技巧和诀窍,用于识别知识或矛盾的差距。当我们利用这些技能方便业务和技术资源之间的对话时,他们向任何项目增加了一吨价值。

总之,对项目团队的价值BAS带入到敏捷的过渡中不会改变;提供他们愿意并能够改变他们的工具和方法来满足新环境。虽然角色标题可能会改变,但始终需要聪明,合作和灵活的参与者使项目成功。愿意在需要帮助的地方进行调整和俯仰的精明BA将永远是一个受欢迎的和有价值的团队成员。

{Mike Griffiths是一名专门提供有效交付的顾问和作者。他为ProjectManagement.com.写了这篇文章,它是第一次出版的 这里 - 查看需要的会员资格]

注释

lhanthorn.

好文章。我一直在团队中,没有BA和团队,那里有一个指定的BA作为过程的一部分。

我认为这也是项目规模的问题。当然,总是需要BA技能:"引出,分析,沟通,管理和验证要求。他们还有助于了解业务,并确保解决方案适合业务。此外,他们有助于将技术问题转化为业务,促进利益相关方通讯".

在某些团队中,这些技能已经存在于关键的敏捷角色之一。在别人身上,或者如果它是一个有许多用户故事的更大的项目,那么肯定需要一个有这些技能的人。

罗伯特K.Wysocki,博士

在项目团队和项目团队中的任何人都包括项目的职能,是项目的特点,内部组织环境和外部市场情况。所有这些都不断改变项目寿命。因此,团队的适当结构也将改变项目寿命。敏捷项目是一个独特而复杂的项目。 BA通常是一个受欢迎的补充。

此项对应的评论被关闭。