敏捷如何影响传统的商业分析师角色:第1部分

如何敏捷影响业务分析师的传统作用?未来对业务分析技巧的未来会持有什么? 现代分析师 即将到来的文章的作家为我提出了这些和其他问题。

因为最后一篇文章将是对答复的合并,而不是包含我的完整回复,我在两部分中与您分享它们。

让我知道你的反应是什么!

提出给我的问题:自这个术语以来“Agile”用于这么多的背景,是什么“Agile” mean to you?

我假设在本文中,您将重点关注产品开发的敏捷实践(而不是“敏捷”作为营销学期 - 例如,“我们是一个敏捷的业务”)。认识到产品可以是软件,硬件,复杂的硬件和软件系统,或商业过程变化,我会转向 敏捷 Manifesto 及其 基本原则.

敏捷 is Humanistic and Pragmatic

它令人醒目的是人文和务实的宣言及其原则是:“个人和互动”和“客户合作”都与“工作软件”一起重视;十二项原则包括响应“不断变化的要求”和频繁交付以及简单,技术卓越,自组织和反思。

当您研究软件工程和软件方法的历史时,您发现许多落在“敏捷”伞下的许多实践并不是新的。我们站在那些撰写,研究和实验的人的肩上。

我们不应该忘记我们的历史。

研究这些做法和历史是信息性的。敏捷“运动”将褪色,最有用的敏捷实践将成为主流。我认为Alistair Cockburn在敏捷的2009年会议上被发现,当时他说他的主题演讲是关于“埋葬敏捷,不赞成它“;也就是说,人们并没有争论敏捷。大多数理论问题都已解决。现在我们专注于如何实施敏捷实践。

记住在结构化的开发方法时,然后信息工程,然后对象方向是热门话题和下一个银弹?采取对象方向:对象技术是一个常见的 Lingua Franca 对于开发人员。它被同化了。

相似的事情会发生。用于开发的迭代开发,时间盒或寻呼的流量模型(连续集成,测试驱动,用户验收驱动的开发或BDD,行为驱动的开发) - 所有这将成为常见的做法。

经典敏捷

即使是“经典”敏捷正在发生变化。有些人正在调整精益实践,其他人正在弄清楚如何解决敏捷/自适应架构,软件工艺运动正在推动注意力。

因此,总结一下,与通知我的工作 - 当我想到敏捷时,我会弹出我的头脑 - 我会说这些:

  • 客户合作
  • 商业价值
  • 自适应
  • 自我反思
  • 增加的
  • 迭代。

提出给我的问题:您认为传统的商业分析师应该在敏捷团队中发挥什么作用?

我更关心 需要完成的工作 提供价值,而不是专注于本身的角色。

无论您的产品,无论您是购买还是构建,或者您所在的世纪,您仍然存在 需要引出并理解产品的要求.

敏捷 teams definitely need the skills and disciplines of business analysis. It varies from team to team whether those skills are embodied in a delivery team member, the customer (or product owner—PO—in Scrum terminology), or a combination of people.

要定义哪些价值,何时交付,何时,客户和团队需要在需求开发和管理方面的技能。该团队需要了解企业和项目级别分析,委托,验证,规划和管理。

敏捷团队和客户/宝需要进行

  • business modeling
  • 产品路线贴图
  • 要求驱动释放规划
  • 优先化
  • 积压人口和修饰/修剪
  • 用户体验设计
  • 用户验收测试
  • ROI和成本效益分析
  • 产品要求依赖性分析
  • 质量属性规范
  • 估计
  • 促进技术
  • 和更多!

一路上,敏捷团队需要透明,何时何地招致 分析债务 .

看看49 技术(及其相关任务) 在当前 BABOK®. 你会看到敏捷项目需要许多人。

A “designated” business analyst

一些敏捷团队可能不包含指定的“商业分析师”,其工作仅限于用户故事,甚至要求(对我而言,包括定义验收标准)。

在这些团队中,分析技能在团队成员之间共享。这在小型项目上的小团队中更常见,当团队成员拥有丰富的商业领域的专业知识 - 与他们的商业客户的关系密切的关系 - 或者当有一个有“优步”的产品主人,有能力的技能将多个团队连接在一起提供产品的业务分析和要求技能。

大多数敏捷的团队都很感谢拥有深层业务分析人才的人,特别是那些具有细微促进技能的人,敏捷建模技巧,减少废物的驱动器(包括不需要的文件),以及获得准备好即将到来的迭代的需求的能力。

敏捷 presents special requirements challenges.

当前的LORE在于表示要求作为用户故事不直接解决非功能要求(例如,质量属性和设计和实施约束)。夏普业务分析师可以在引发和分析这些重要要求方面提供重要帮助。

此外,随着F Scott Fitzgerald说,敏捷项目需要具有能力的人,“同时举行两个反对的想法,仍然保持运作的能力。“虽然送货团队正在展望下来,短期开发(专注于我所指的“现在的观点”),但其他团队成员需要帮助他们将项目社区推向我所说的话“大视图“ 和 ”预习。“

资源

敏捷, 敏捷 analysis
2 Responses to “敏捷如何影响传统的商业分析师角色:第1部分”
  1. Ubervu - 社会评论

    这篇文章的社会评论和分析…

    这篇文章在Twitter上提到了Ellengott:博客更新:敏捷如何影响传统的商业分析师角色:第1部分(http://bit.ly/chDaWC)#agileba #baot.…

发表评论

您的电子邮件地址不会被公开。 必需的地方已做标记 *