2017年11月15日星期三08:16

你患有敏捷发烧吗?

Written by

你有没有遇到过一位同事或一个家庭成员,他们有一个关于他们的每一次对话的诀窍?

您是否在您的社交圈中有人们影响每个小组的福利决定?当然你这样做!在描述这些人时,我们通常会说“你知道整个世界围绕乔!”我们真的喜欢和这些人共度时光吗?当然,我们没有因为他们疲惫不堪,令人沮丧。好吧让我告诉你一些事情,这些人对用户故事有很多共同之处。用户故事已成为敏捷世界的中心。敏捷中的一切似乎都围绕着用户故事。他们已经变得疲惫不堪,令人沮丧地为我们许多人合作。我们是如何发生这种情况的?敏捷社区是否如何选择我们必须使用的技术来传达解决方案的要求? Babok详细说明了众多技术,BA的可以掌握出于诱因业务需求,从真正的“需要”确定“想要”并传达必须满足的实际要求。为什么用户故事对所有其他技术重视升高?我在“敏捷​​”组织中有个人经验,他们绝对痴迷于用户故事。我也很幸运,足以满足我有同样沮丧的会议的许多家族同事。为什么我们似乎依靠这项技术来限制自己或过度依赖?

Mike Cohn of Mountain Goat软件经常归功于用户故事的格式。我相信我们现在熟悉“作为_____,我想_____,所以我可以_____。”格式。绝不是我打算诋毁这种格式或这种技术。它可以在正确的情况下有价值。

但是,我将用户故事视为我们的BA工具带内的奇异工具。一个单一工具不应该是任何开发方法的中心。不幸的是,我遇到了一些感染敏捷热的发展同事。敏捷发烧会导致常见意义和逻辑的暂时丧失,其特点是不可抗拒的愿望,坚持非理性的教条过程。感染敏捷热病的人锁定在用户故事上,因为它似乎有很多潜力。它具有简单格式,似乎有人可以写它们。随着用户故事作为宇宙耗时的中心,可以消除和替换简单的用户故事和对话!这一切必须在敏捷社区中是多么的eureka时刻。我可以想象必须随之而来的疯狂庆祝活动。我们许多人都在学习这一点不一定按计划制定。一些试图消除BA或完全依赖于用户故事的对话的组织了解到敏捷发热可能对其业务产生严重后果。


广告

那么敏捷发烧的样子是什么样的,你怎么能告诉你的团队是否可能被感染?让我给你一些例子。开发者曾向我解释过,他了解要求并确切知道我们所做的事情以及为什么。但是,他要求要求将这些要求重写为典型的用户故事格式,因为我们的团队是“敏捷”。敏捷发烧让他感染到他无法运作的那一点,除非用户故事成为他世界的中心。一旦重写要求,他立即平静下来,能够再次运作!如果项目团队成员要求要求返工,所以您可能是“敏捷”,那么您可能会感染。敏捷发烧也可能导致金发姑娘瘫痪。如果你不熟悉金发姑娘,那就是一个关于一个小女孩的故事,徘徊在三只熊占据的家里。在房子里,她试图出去三把椅子惊呼“这把椅子太大了!这把椅子太小了!这椅子恰到好处!“我必须警告你,金发姑娘瘫痪非常具有传染性,可以很快感染整个项目团队。它的特点是项目团队,花在用户故事的大小上争论的重要时间。你会听到评论,例如“这个故事太大了!这个故事太小了! “我们需要打破这些故事”或“这个故事不适合我们的Sprint”。作为一个BA,如果您发现团队争论过帐故事的规模并浪费时间,那么请注意它们被金发姑娘瘫痪。它是一种注射常识和原因的可治疗,但可能需要一段时间,这取决于他们的敏捷热的高度。

那么我建议我们这样做是为了抵消这一依赖的用户故事?我建议我们记得“分析”这个词在我们的职称中。因此,我们绝不能忘记很大的分析是我们的方法论应该围绕不是一种技术。不要让任何人影响你远离使用其他技术。 Great BA在合适的时间利用正确的工具或合适的技术来揭示将推动业务价值的业务需求。用户故事是传达该信息的一种方法,但它不需要严格遵守标准格式。我已经成功使用了完全穿着的用例(哦,我!)在一个项目上,因为他们恰好是传达该特定项目要求的最佳方式。不要害怕以不同的方式思考并传达可能似乎是一种非传统方式的要求,因为它不适用于敏捷处方。绘制图片,创建线框或使用其他一些视觉技术将使会话比标准用户故事更好。做一些利益相关者分析,以确保正在考虑所有可能的利益相关者。然后请求这些利益相关者告诉您与必须解决的问题有关的故事。相信我,您将拥有更丰富的对话和传统用户故事不会发现的信息。我的根本是,我们作为BA的软件专业人士,具有创造性的分析技能,不得被任何一种技术依赖依赖。所以洗手,清洁你的键盘,睡得足够睡觉,这样你就可以避免敏捷。如果BA被感染,那么项目团队肯定会注定!

大卫谢弗

Dave是目前在商业分析中心的商业分析师队的芦苇科技商业狂热科学经理。 自2002年以来,他在制药和制造业内部练习了业务分析,并可通过其达成 linkedin档案

©ba time.com 2021

MacGregor Logo White Web