2014年11月17日星期一01:00

广管局的角色:在过去的15年中,它真的发生了变化吗?

撰写者

当我发布最新的BA冒险时,我要求Siri与墨西哥的朋友一起在我的酒店Skype附近找到最好的餐厅,并在亚马逊上订购我最喜欢的那帕谷葡萄酒,我不禁为如此的技术感到惊讶最近15年使我的生活变得饱和。

互联网,电子邮件,移动设备,“云”和社交媒体在如此短的时间内改变了我们世界上很大一部分人口的个人和职业生活。

比尔·盖茨,史蒂夫·乔布斯,杰夫·贝佐斯等有远见的人因技术的爆炸而获得了大多数媒体的赞誉,但是我没有集中精力于毫无疑问的出色领导能力,而是经常发现自己在思考项目团队。我想到了成千上万的程序员,项目经理,架构师,测试人员,当然还有业务分析师,他们将愿景变为现实。

鉴于这项技术的爆炸式增长,人们可以期望,过去15年中用于提供技术的工具,过程和程序也发生了巨大的变化。

你怎么看?过去15年的项目寿命有变化吗?很多,一点还是根本没有?当关注BA角色时,BA的主要功能是否得到了发展? BA工具和技术是否已更改?可交付成果是否已更改?

观念和行为是否改变了?

以下是有关项目寿命如何变化以及这些变化如何影响BA角色的一些想法:

高额桌

无论一个项目是向内部还是外部客户提供解决方案,2014年的赌注都高于1990年代。过去,系统和流程错误通常需要手动备份程序。当时的人们仍然记得什么是业务规则和逻辑。

现在,我们非常依赖技术,以致在许多情况下,当系统无法正常工作时,企业就会关闭:订单不处理,库存不动,资金不流,客户/员工跳船。

这些高风险从以下方面影响BA的角色:

  • 准确的需求变得比过去更加重要,因为错过需求时,客户和运营受到的影响更大。
  • 关键职能的应变计划对于保护员工/客户关系至关重要。
  • BA成为风险管理者,需要有效地传达风险,依赖关系和约束,以使项目不会因漏洞,漏洞或效率低下而前进,而漏洞,漏洞或效率低下会损害正在实施的解决方案的价值。
  • 广管局和质量检查人员(测试团队)之间的伙伴关系需要加强。 BA需要帮助QA确定测试案例的优先级,并为关键测试案例提供上下文和预期结果。
  • PM和BA之间的伙伴关系需要比以往任何时候都更强大,它们都需要管理价值,风险和复杂性的关键方面,从而影响这两个角色与利益相关者的工作方式以及管理范围和优先级。
  • 大多数行业中竞争激烈的环境,其变化速度比大多数项目都快。这意味着如果团队无法灵活应对变化,那么风险很高,BA必须能够适应变化的需求并与之配合,以确保最大程度地实现价值。

复杂性增加

15年前,大多数BA可能正在从事内部软件/流程项目,这些项目涉及2-3个系统和大量的手动纸质程序,支持单个业务部门或产品。整个项目团队可能共享一个楼层(或什至一个大房间)的空间,而许多利益相关者只有几层楼。广管局通常会非常了解系统和流程,因此他们不需要主题专家的广泛帮助。

随着公司的扩张和合并,业务和项目的复杂性也随之增加,并且这种情况的发生频率和速度都比以前更高。在许多情况下,数十个系统进行交互,集成和接口至关重要且复杂,用户期望使用更多的表单系统,而BA则从全国乃至全球的人们那里收集信息。

越来越多的复杂性促使BA要求:

  • 加强诱因技术,以解决巨大的信息复杂性和跨功能的联系;没有一个人可以跟上他们自己的知识库的数量。
  • 转换启发技巧和技术,以发现项目开始时未知的需求。帮助团队发现他们不知道的需求,但是为不断变化的环境增加了巨大的价值。
  • 加强分析技术,以使功能,流程,规则,数据和用户体验之间的关键连接端到端。
  • 增加对协作技术的使用。在过去,解决方案可能更加明显。现在,为复杂系统定义解决方案需要来自很少在同一城市的各种利益相关者的有意义的协作。
  • 加强他们的促进技术,以帮助利益相关者在我们一起学习时集中精力,确定优先次序并发现需求。

更多供应商软件包

从第三方供应商处购买打包软件还会增加项目的复杂性。组织认为打包的软件解决方案可降低成本并有效实施,并且当项目交付不无缝时会感到惊讶。

随着组织扩展对打包软件的使用,BA必须:

  • 定义供应商角色和职责,尤其是了解供应商BA和客户BA的角色。卖方BA的角色是成为卖方应用程序,功能和选项的功能专家。客户BA需要成为用户和流程目标以及业务规则满足解决方案目标的声音。
  • 快速与供应商建立牢固且可信赖的关系,同时使供应商对提供选项和替代品以实现需求负责。
  • 了解和评估供应商需求策略以及满足需求的选项。上报可能影响解决方案价值的所有相关问题。
  • 快速将当前系统/过程映射到打包的软件过程/功能。了解利益相关者的差距和变化并与之沟通。快速进行原型,试验和测试,以充分了解需求和设计。
  • 了解何时利用供应商知识以及何时利用业务知识来确保软件包的价值。

更少的时间去做需求

时间和成本一直是解决方案交付的重点。组织对他们的项目团队施加了巨大的压力,要求他们更快地交付解决方案。我们的利益相关者的时间也更少,这意味着我们需要改变实践以更有效地工作。

近年来,这种压力导致业务分析和需求的时间表越来越紧。随着2014年复杂性的增加和时间表的缩短,广管局需要:

  • 重新评估BA的实践和技术以最大化效率。
  • 重新评估我们如何利用会议时间,开展更多协作以及以小组形式完成工作。
  • 重新评估我们如何记录需求;观看我们对每个受众的详细程度;分段和上下文地记录文档,而不是大的需求文档。
  • 需要更多地与其他项目保持一致,以整合解决方案中的价值。
  • 了解并传达解决方案的优先事项和风险;相应地确定需求和测试计划。
  • 如果需要,请制定一个可靠的计划,为利益相关者提供价值,并要求更多的时间;如果未分配时间,则从业务角度确定风险。

敏捷方法

在1990年代,大多数BA都在传统的瀑布式环境中工作,在传统的瀑布式环境中,以模板为标准,并通过有组织的整个组织范围或应用程序发布时间表明确定义了软件开发生命周期。

许多组织继续以这种方式进行操作,但是越来越多的组织趋向于使用敏捷或混合方法来交付解决方案。

在使用敏捷方法或混合方法的项目中,BA的角色可能有点模棱两可,但总的来说,这种敏捷方法或混合方法补充了在解决方案交付中寻求更多协作和灵活性,而较少关注SDLC流程的趋势。

使用敏捷或混合方法进行项目的BA需:

  • 利用激发协作和有意义对话的技术来产生有效和创新的解决方案。
  • 了解他们的角色以及如何为解决方案交付增加价值。
  • 了解时间安排和可交付成果可能会发生变化,但心态和我们作为广管局所做的工作不会改变。
  • 提倡他们为项目增加的价值。
  • 放弃基于治理流程的角色定义,并专注于您作为BA的工作的本质,价值和目标。

这些年来,您的文学学士学位角色有何变化?您是否还在生成100多个页面的BRD?

不要忘记在下面留下您的评论。

安吉拉·威克(Angela Wick)

杰出贡献者安吉拉·威克(Angela Wick)是BA-Cube和BA-Squared的创始人。她热衷于为现代学士学位教授实用的学士学位技能。她拥有20多年的经验,将文学学士技能提升到了新的水平,并迈向了未来!安吉拉(Angela)还是领英(LinkedIn)学习讲师,文学士和敏捷文学士培训师,获得高度评价的演讲者和研讨会促进者,并为许多行业出版物做出了贡献。 www.BA-Cube.com www.BA-Squared.com Twitter:@WickAng

©BA Times.com 2020

麦格雷戈徽标白色网站