My Board

你们每个人都可能认识业务分析师 (BA)、信息处理协调员 (IVK) 或部门顾问 (FBB)。但这些活动背后到底是什么——尤其是在保险领域？在小型、中型和大型保险公司中，它们通常构成专业部门和 IT 部门之间的接口。他们的活动通常包括收集和管理技术要求。不应低估的一个重要组成部分是评估（分析）这些需求的经济可行性，以增加软件产品的价值。此外，技术要求必须以开发人员可以理解和实施的方式准备和翻译。

根据 Scrum，什么是敏捷团队？业务分析师在哪里？
保险公司正在逐步推动数字化转型。为了关注客户及其需求，越来越多地选择敏捷方法，并且经常使用 Scrum 作为框架。您可能知道，Scrum 团队由产品负责人、Scrum Master 和开发团队组成。根据 Scrum 指南，产品负责人是 Scrum 团队内从内到外、从外到内的代言人。他还负责产品愿景，从而收集专业部门的要求。此外，产品所有者还估算需求的经济性，以便最大化产品的价值。这项任务应该反映在待办事项的优先级中。产品负责人首先将需求提交给开发团队（例如以用户故事的形式），以便进行后续实施。

现在您可能会问自己这里是否还需要业务分析师 - 毕竟他们的核心任 脊医电子邮件地址 务已由产品负责人接管。但商业分析师肯定还有空间。他们甚至可以通过他们的工作丰富 Scrum 团队。

如今，产品负责人在保险领域实际上有哪些任务？
我的经验是，在实践中，产品负责人通常仍然被组织视为典型的项目经理。特别是在刚刚开始数字化转型的保险集团中，产品所有者除了实际任务之外还需要开展各种其他活动。除了利益相关者管理之外，传统的预算流程通常还需要委员会的工作，例如在指导委员会和服务委员会中的演示。组织活动（例如填写经典项目计划和向生产线报告）不应被低估为时间支出。

您可能知道敏捷软件开发通常在一到四个星期的较短开发周期内进行。正如您可以想象的那样，这些相对较短的时间对于同时承担项目管理任务的产品负责人来说构成了重大的时间挑战。最终，产品所有者只有一个狭窄的时间框架，在此期间必须收集、开发需求、确定优先级并提交给开发团队。此外，产品负责人的角色常常由前项目经理接替。因此，缺乏经验的产品负责人可能缺乏对自己产品的技术深度和技术理解。这可能意味着无法充分发挥产品的潜力，因为价值和工作量方面的要求没有得到正确的评估或优先排序。

商业分析师的利基市场？
让我们回到敏捷团队中是否还有业务分析师的空间的问题。我认为在敏捷团队中使用业务分析师肯定会为开发团队和产品负责人带来附加价值 - 特别是在组织尚未完全敏捷的情况下。在我看来，业务分析师可以主要在组织尚未以敏捷方式工作的界面上提供支持。他们还可以减轻产品所有者涉及技术阐述的要点。