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

遵循以下5个步骤,轻松实现您的需求!

撰写者

这是项目的开始时间! 2月比其他任何月份都多,这是组织从计划过渡到行动的时候。已确定了新计划的优先级,分配了资金,并组建了团队-每个人都准备上班。

被分配到这些项目的BA通常与新的PM或新的领导者一起工作,有时领导者期望BA参与并开始详细的要求,例如NOW!通常要求BA在定义解决方案范围和上下文之前开始收集需求。可以定义项目范围,但这并不意味着定义解决方案范围。

与我交谈的大多数领导者都会说,他们期望BA从范围和上下文活动以及一些计划开始,但是BA并不觉得领导者在问他们。 BA认为,基于领导者和业务利益相关者的期望以及不切实际的截止日期,他们有望进入详细的规范级别。

BA可能会倾向于顺其自然,直接跳入详细要求。取而代之的是,我们需要动摇一点,进行战略性思考,并倡导正确地满足需求并避免返工所需的时间。毕竟,无论我们是在进行敏捷项目还是传统项目,都需要重新编写和重做工作,因为我们跳到编写细节而不是统一全局,这意味着浪费和灾难。我们的领导者确实希望定义背景和全局,即使他们似乎专注于细节和截止日期。广管局为满足其要求奠定坚实基础应做的五件事:

  1. 创建一个作用域/上下文图: 高级范围/上下文图可帮助项目团队了解解决方案的边界。敏捷的团队和传统的团队将从解决方案的这种关键视觉中受益。它可以帮助团队确定将受解决方案影响的利益相关者,流程,产品和系统。该图为广管局开始工作时的对话提供了一个很好的起点。即使是在游戏后期分配给项目的时候,我也要以此作为开始建立与我了解解决方案范围及其影响的团队信誉的关键工具。利益相关者和我对细节适合更大范围的位置保持一致,这使计划变得更容易。我发现领导者喜欢这些图表,一旦每个人都具有相同的全局视觉,以了解各种细节的位置,团队就可以围绕所有细节。

  2. 记录原样和将来: 按原样和将来的模型(通常以图表形式而不是文本形式提供)是定义当前状态和将来状态之间差距的宝贵工具。这些模型可以为流程(当前和新的),产品(当前和新的)或系统(当前和新的)建模。他们非常擅长显示将要发生的变化以及我们正在征求的要求。这些并不需要太详细,而应该从高层次入手,并在需要时添加细节。敏捷团队和传统团队将团结起来,全面了解在提议的变更中哪些细节会影响更大流程的哪些部分。

    大多数BA会在此信息中看到价值,但会陷入细节。我们需要将老花镜和显微镜放远,看看大东西。在详细介绍之前,先概述当前状态和将来状态之间的主要差异。

  3. 确定利益相关者: 您的主要利益相关者是谁?解决方案将如何影响他们的团队,流程和/或系统?这一步似乎很明显。我们认识我们的利益相关者,对吗?在项目开始之前,我们始终会列出关键领导者和中小型企业。我们是否已将其影响到影响哪些用户角色以及如何受影响的程度?并与所有项目利益相关者进行沟通/审查。

    一开始的关键分析是确定受解决方案影响的所有用户角色以及它们如何受到影响。随着我们发现更多内容,我们将对此进行详细说明,并且高水平的启动确实可以帮助团队取得非常积极的成果。

    实际上,项目很少是从正确的利益相关者开始的。他们要么从一个不必要的大团队(每个人)开始,然后我们根据影响来帮助优化和管理,要么从一个随范围扩大的小团队开始。

    当我们在没有解决方案范围,上下文,现状和将来的情况下过快地进入需求细节时,我们会错过利益相关者,这意味着我们会错过需求。我们花费额外的时间使这些利益相关者加快项目进度,他们常常错过了启发初期的非常重要的协作过程。

  4. 大纲验收标准: 与未来状态类似,验收标准概述了使解决方案成功的最低标准,并为广管局和利益相关者提供了对未来的了解。广管局开始理解成功的模样,这张图使我们专注于价值。对价值的战略重点帮助我们在此过程中做出了明智的选择。在敏捷团队中,接受标准通常与用户案例相结合。我在这里讨论整个解决方案,因此敏捷中的一个可比术语是MVP(最小可行产品)及其标准。

  5. 量身定制BA方法: 对于每个新项目,BA都应考虑该项目的新内容或不同之处。哪种技术在项目环境中最能最佳地定义解决方案?有或多或少的风险?在什么地区?我们如何使用技术来减轻它们?定制开发项目的方法与打包软件的方法完全不同,流程改进项目也有所不同。相同的方法,技术和模板将无法使用,我们需要针对独特的项目和解决方案特征量身定制该方法。

    即使从治理的角度来看,每个项目的可交付成果列表都相同,但我们在获取信息以及如何使用模板方面始终具有灵活性。例如,一个软件包软件项目可能需要我们深入研究并了解供应商的功能,然后进行差距分析,然后使用供应商软件包进行用户演示和原型设计。而要建立一个新的内部系统的项目,而其团队成员分散在世界各地,可能需要一系列针对用户,他们的需求以及原因的虚拟需求研讨会。为这些差异做好准备,并为团队做好准备。

当我们仔细考虑这些活动时,我们很快就会意识到它们是相互依赖的。 BA需要迭代地处理它们,随着项目的发展多次遍历每个任务。例如,如果没有某些利益相关者的帮助,我们就无法真正开发出高级范围图,并且在定义范围之前,我们无法确定所有利益相关者。

由于这种螺旋效应,BA必须非常了解“足够好”。我们需要高效才能有效。不必担心完美或完整。关注主要组成部分以及与利益相关者之间的对话,参与和建立关系的质量。在整个项目中,我们需要专注于产生和维持您对价值的关注。

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

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

麦格雷戈徽标白色网站