2010年12月21日,星期二,10:49

它为N't "Safe"成为敏捷业务分析师

撰写者

Galen_BAtimes_Dec21我经常认为瀑布过程中的角色有些“安全”。在每个学科在不同的时间进入板块时,要有瀑布和韵律的原因。他们完成工作,对其进行审查或达到一个里程碑,然后转到另一个项目或集中精力。通常,项目经理和架构师是第一位的。他们从计划和结构的角度设想项目,然后将其工件留给他人执行。

接下来是广管局。在项目初期,通常是一个很忙的时期,需要时间来收集利益相关者和提出需求。还有很多听,写,审阅,编辑和审阅的内容。要使一切正确,这是一项艰巨的工作,但是要进行最后的审查并批准客户,您的工作基本上已经完成。

开发团队接下来将实施该功能。通常,他们在开始和过度投入工作和交付日期时都非常乐观。但这就是企业希望看到的无穷进取精神。但是,现实很快对团队产生了影响,就像90%的综合症一样,事情花的时间比预期的要长得多。客户变得急躁,并开始失去信心。

但是随后发生了一些神奇的事情,开发人员到达了封闭点,然后...将代码传递给QA进行测试。呜呼!

需要我多说?质量检查通常会在缺陷较多的环境中进行测试,并且会长时间加班。发现的每个错误都是QA导致项目延长的“错误”。但是,有一天,企业会接受由此产生的代码质量主张,并自豪地将应用程序提供给客户以进行UAT。

今天是一天。你们都去过那里。客户期望启动应用程序。但是他们很快就喃喃自语,惊con不已。然后你听到那可怕的叫声这不是我所期望的!

如果出现问题怎么办?

作为传统的文学学士学位,您需要短暂的时间。您的工作“安全”,因为您很少坚持到项目结束。您的工作通常是前途艰巨的。一开始也有积极的能量-因为所有项目都是从幼稚的“可以做”的努力开始的。您的工作通常会很快完成,并且通常会将精力转移到新的工作上。您使自己相信这是事物的本质,并且在工作流中很自然。

反面的例子是测试器。在项目的开始阶段,它们通常很闲置。是的,他们正在“准备”进行测试,但是重点和强度很低。他们依靠早期阶段来完成一项完整的工作,以便最终可以沉浸在测试中。

我们都知道,这种阶段性的交付方法效果不佳,但是确实为每个团队的职能部门创建了“安全区”。这意味着传统的BA可以胜任,然后从成功的现实中“躲起来”。如果项目在客户眼中是成功的,那么推动成功的是需求。如果没有,那就还有其他人要责备。要么客户错了,要么就是客户不知道自己真正想要的是什么。或那些讨厌的开发人员根本不完全理解要求。否则,测试人员根本没有努力地按时完成工作。您获得了点功能,人们可以在此模型中“隐藏”并承担责任。并非总是如此,但发生时却很难过。

Is it "安全" being an 敏捷 BA?

敏捷的BA没有激烈的活动时间,也没有安全的空闲时间。他们必须始终处于团队中。他们逐步定义需求,帮助他们实现需求,也许进行一些测试,并与客户不断合作以获取有价值的反馈。

当他们开始为应用程序编写一系列用例时,没有“安静的时间”。不,很长一段时间完全专注于需求编写。不,他们必须与团队不断分享成果。对于要过渡到敏捷团队的许多传统BA来说,这种变化是非常困难的。有人说这甚至可能是一个令人兴奋的过渡。

我经常说敏捷项目具有“受控混乱”的性质,因为您不知道确切的去向。您大部分时间都处于边缘,在前进的过程中找出自己的路。永远不知道下一个拐角是什么。当您对技术障碍和客户需求与期望进行排序时,正是这种能力与敏捷性息息相关。

如果您担任产品负责人怎么办?

敏捷BA的另一个常见过渡是采用团队中产品负责人的角色。该决定通常是由产品所有者在其产品积压中编写大多数用户案例的想法驱动的,因此谁胜过BA来承担这一角色。但是,PO角色比敏捷BA更加混乱和受驱动。然而,这是另一个角色,可以增加您的曝光度和推动团队取得更大成功的能力。

在此角色中,您将采用更明显的特征,从而使基于优先级的决策在整个组织中透明。您将定义“现在&之后”状态表示该项目,同时定义了一系列功能,这些功能将逐步定义产品。这是一个即时视图,它首先加载高价值的功能并不断吸引正在开发的客户。

实际上,您的角色还将关注接受标准,因此将在每次迭代中检查和接受工作。该角色是大多数BA的强大扩展,因为它扩展到产品管理,项目管理和领导活动。但是,对于敏捷BA而言,这是一个很好的扩展。

包起来

如果您是传统的文学士,并且喜欢缓慢而稳定的学习。谁喜欢工作一段时间,不受要求而不受干扰。在完成工作后,如果您希望脱离项目。如果您喜欢在实施方面提出要求,那么成为敏捷BA可能不适合您。对您来说可能太多了……或者太“混乱”了。因此,请留在您的安全区域,并愉快地履行您的传统项目职责。没关系!

但是,如果您喜欢在设置项目的功能方向时精打细算。如果您喜欢在整个软件生命周期中与客户和利益相关者合作。如果您开始了解软件项目是棘手的野兽,其中充满了不确定性,会阻碍计划结果。如果您喜欢连续不断地将客户与团队联系起来的“胶水”。然后,也许您具备了成为敏捷BA的条件。不过请相信我,戴好头盔,准备好颠簸。也要为成功做好准备...并享受旅程!

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

罗伯特·加伦

罗伯特·鲍勃·加伦 是RGCG L.L.C的总裁兼首席顾问。基于NC的Cary敏捷方法指导&培训顾问。他是一位经验丰富的敏捷教练,活跃于敏捷社区并定期撰写文章。&讲授与敏捷方法有关的所有主题。鲍勃写了这本书 Scrum产品所有权,重点放在团队交付中的角色和驱动价值上。鲍勃可以在 [email protected] 并通过他的LinkedIn进行联网 个人资料.

©BA Times.com 2020

麦格雷戈徽标白色网站