• 可以放慢脚步:BA效率不是通过击键来衡量的
  • 业务分析的通配符身份
  • 是的,您可以在Covid-19期间实际上有效地提出要求!
2015年7月6日星期一13:47

唐' t移至较短的迭代时跳过分析

撰写者

在大多数组织中,多年的,单发行的,全有或全无的瀑布式项目的时代已经结束。相反,团队(敏捷,瀑布以及介于两者之间的所有事物)都趋向于更小,更短的迭代。他们希望较小的迭代次数可以降低成本,缩短上市时间并提高质量。

尽管速度似乎有所提高,但不幸的是,很少有组织看到预期的收益。实际上,成本增加和巨大的质量问题似乎是团队过渡到更短迭代的标准。

为什么团队没有在较短的迭代中找到好处?缺乏分析!

较短的迭代(是否敏捷)似乎给项目的所有组件增加了时间压力。当团队尝试更快地交付时,他们会采取捷径-这么小的更改就不需要思考分析。许多团队错误地认为迭代是如此之小,以至于无需分析就可以理解该解决方案。他们尝试以较小的块更快地工作。分析因较短迭代的混乱而迷失了方向。

短迭代的时间压力导致团队放弃多层次的分析:

  • 他们不想浪费时间在项目开始时概述总体情况。
  • 他们在不了解用户需求并且不评估多个选项的情况下推出解决方案。
  • 当团队将项目“细分”为微小的迭代时,他们会失去对整体与各个部分之间关系的跟踪。
  • 在定义“块”之后,发达的团队会忘记这些块之间的关系。
  • 迭代之间和迭代之间的反馈循环不存在。

当组织在没有对全局和迭代之间的相互依赖性的共同理解的情况下运作时,他们会错过一些非常重要的东西!那些大失误导致:

  • 脾气暴躁的赞助商,用户,首席执行官,CIO
  • 大量的缺陷/改进/返工积压
  • 成本增加
  • 增加时间

我们仍然需要分析!我们需要大局!我们需要了解上游,下游的关系,依赖关系。即使我们敏捷,我们也需要分析,输入,输出,数据关系,用户目标,异常,业务规则,方案和数据流。我们需要在每次发布时都从战略上推动业务发展,而不是像待办事项清单那样花大量时间减少积压的工作。

组织如何成功缩短迭代?

在最近的一次飞行中,我目睹了出色的分析。坐在我前面的一位绅士打开了笔记本电脑,这样我就可以在他的屏幕上清楚地看到需求电子表格。电子表格列出了他的所有需求,对发布的追溯需求以及对用户价值点/关键功能的追溯需求。

他正在为这次飞行努力!他构建并分析了图表,显示了版本,需求和价值点的交叉点,以及各个测试阶段中的缺陷在哪些方面影响版本和价值的关键功能。他正在对所有数据进行切片和切块,然后回顾流程以分析影响。

我印象深刻!我的主要想法是:“哇,想像一下如果组织能够开发和利用这种类型的分析,情况会好得多!我们以前是作为大型项目的BA来执行此操作的,但似乎在较小的迭代中已经丢失了。”这个人的工作真的很酷-我可以从发行数量和发行日期看出他正在使用较小的迭代版本。称呼我是我在飞行中度过“我的时间”的总书呆子!

因此,如果您的团队是过渡到更短迭代的众多团队之一,则需要牢记以下几点:

1.分析发生在项目的所有阶段。 敏捷项目,瀑布项目,大型项目,小型项目,所有项目都需要分析。大多数项目从高级概念分析开始,并随着项目的发展逐渐深入。例如,飞机上的那个家伙处于测试阶段的中间-这解释了细节的深度。

2.大块外面。 当您的团队开始定义迭代时,请倡导根据用户需求和价值进行切片和切块。每次迭代都应为用户带来价值。您不应该具有传递数据库,接口或协议的迭代。您应该进行迭代,以提供信用卡处理,客户帐户余额报告和密码更改通知。

如果您的项目分为不注重价值的技术组件,请提倡与其他项目进行跨团队分析,以识别用户价值流并进行团队分析。如果您对用户故事使用敏捷方法,请不要忽略用户故事地图和许多老式的分析技术来帮助分析用户故事之间的数据,规则和流程依赖性。

3.管理变更。 项目需要足够的前期,全局分析,以了解用户和下游功能受到的影响。如此众多的团队默认使用那些以微小的无附加值的形式进行工作的流程,而这些流程无法追溯到客户价值,解决方案或下游影响。随着项目的发展和变更,没有人知道变更会影响谁或谁。缺乏分析会导致大量返工和缺陷(有些团队称其为“增强”)。

4.评估您的积压。 如果您有大量积压的缺陷&增强功能,您可能有分析问题。分析积压!在许多情况下,增强/缺陷的来源是5层,但经过5次尝试仍未满足原始要求!

您应该能够找到分析问题的根源并为将来的项目进行调整。这里有一些提示:

  • 花一些时间在整个过程中向后追溯增强/缺陷。
  • 查看待办事项中的所有项目,并分析它们之间的关系。
  • 影响相同用户组的组项目。
  • 与相同流程相关的组项目。
  • 从整体上分析积压与单独剥离每个项目。

5.提倡分析时间。 我们的主要目标应该始终是为我们的利益相关者生产高价值的产品。有时,这意味着我们需要教育其他人某些项目任务的重要性。有效的分析将项目风险降到最低。我们需要花时间进行分析,或者至少需要进行高层次的分析以向其他人表明还需要更多。使用视觉模型来帮助其他人理解为什么分析很重要。帮助团队了解正确的技术和模型如何使分析高效。

6.引发时进行分析。 分析和启发齐头并进。我们有责任确保在讨论需求时使自己和利益相关者能够分析需求。这是通过探究问题,使用视觉模型和有效的简化技术来完成的。当我们获取信息时,我们必须返回并对其进行分析,以便知道还有什么要问的。分析和启发不是独立的阶段,我们一起做。例如,我们可能会在引出更深层对话的同时绘制模型和图片。我们通过添加视觉效果并暂停询问问题来进行分析。我们使用协作启发技术,使我们的利益相关者也可以暂停,思考和分析。

归根结底,无论发行版或项目多么敏捷,多么小……它仍然需要进行适当的分析以获得结果!

唐't forget to leave your comments below.

安吉拉·威克(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

麦格雷戈徽标白色网站