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

您是否可以制定同时包含敏捷方法和传统方法的舞会森林?

撰写者

近年来,甚至最保守,结构最严密的组织也开始尝试敏捷和混合方法。这些组织与传统的瀑布方法有着长期而舒适的关系,但是他们的好奇心使他们涉足敏捷。这将使它们定义明确且受到良好保护的组织模板,舞会森林和最佳实践放在哪里?

当这些传统的瀑布式组织添加敏捷团队或过渡到敏捷方法时,就会发生有趣的事情。我已经看到并听到以下所有信息:

  • 团队说:“我们不需要模板,因为我们很敏捷。”
  • 团队负责人说:“我们只需要豁免敏捷项目即可跳过模板。”
  • PMO负责人说:“但是我们需要舞会森林和一致性!”
  • 广管局对其角色和职责感到困惑!
  • 传统的BA会从舞会森林模板开始项目,然后将细节重塑为用户故事。
  • 敏捷的BA与团队一起构建故事地图和用户故事,然后将细节重塑为传统的需求模板。

对治理,模板,舞会森林,最佳实践,角色等的困惑使大多数敏捷团队变成了抛弃者,与组织或PMO的其余部分隔离开来,如下所示:威克april28 img001

或像这样在雨中被吸出来:威克april28 img002

敏捷之举使每个人都质疑舞会森林,模板和项目流程的重要性。它们仍然相关吗?如果我们不使用模板,那么在哪里记录详细信息?我们需要记录文件吗?我们可以为所有项目方法采用相同的舞会森林吗?

我意识到有些人认为敏捷和舞会森林一词绝对不能用同一句话写成。舞会森林似乎与敏捷心态完全相反。但是,我们需要考虑舞会森林的目的,并挑战舞会森林如何演变为如此僵化和不适用于大多数项目。

我们知道适当的舞会森林可以为组织带来很多好处,包括:

  • 效率,一致性,质量
  • 达成共识的共同途径
  • 共享的经验教训和最佳实践
  • 加强企业文化和价值观
  • 降低法律和监管风险

那么,如何才能将敏捷带到大陆呢?我们如何从雨中逃脱?许多人会认为敏捷项目需要自己的舞会森林:威克april28 img003

但是,为什么我们要建立,管理,跟踪和应用两组完全不同的需求舞会森林,尤其是考虑到现代项目很少能100%与任何一种方法保持一致?实际上,大多数项目都以某种混合形式存在,项目团队的每个部分都在做最有意义的事情,或更普遍的是,他们认为最舒适。 (我们将把这个主题保存起来,以备将来之用!)

有人会质疑混合模型是否可以。这真的是敏捷吗?如果我们并非真正地100%敏捷,我们是否会获得收益?什么是100%敏捷?宣言,原则还是遵循敏捷方法?我们可以同时遵循敏捷原则并坚持舞会森林治理吗?是否有一个中间立场,我们可以在平衡组织文化,风险,价值和步伐的同时利用多种方法中的最佳方法?

因此,这就是挑战:我们可以朝着一套单一的组织要求舞会森林努力吗?灯芯4月28日img004

我们可以建立适用于所有项目的需求舞会森林,而无论采用哪种方法?是的,是的!

如果我们提高舞会森林,我们可以为每个项目确定核心组件。这里有一些建议:

  • 识别普遍真理。通过剥离与方法有关的细节并专注于解决方案开发过程的目的和目标来提高舞会森林。查看当前的舞会森林和模板,并了解其功能和价值。他们将什么风险降到最低?它们满足什么法规要求或公司政策?是否需要政策?考虑公司的文化和核心价值观,以及您的需求流程应如何支持它们,接受什么文化局限性,并将组织推向积极变革的位置。查看所需的时间和细节:根据目的和目标质疑它们是否重要。
  • 确定通用约束。 无论采用何种方法或方法,每个组织都至少在一些公认的约束下运作。您在财务,物质,政治,文化,法规方面受到哪些限制?它们是真实的还是假定的,是暂时的还是长期的?使用实际的长期约束将您的舞会森林提升到与方法相关的细节之上。
  • 解耦。 舞会森林可能不包括与格式和时间有关的详细信息。放弃关于何时以及如何完成任务的舞会森林假设。删除要求以特定格式或工具创建的特定可交付成果的舞会森林。另外,请查看时序和阶段门。阶段门通常与某个文档有关,或者与特定时间有关。阶段性关口可能是关于共同理解和决策的其他属性。挑战我们目前认为舞台登机口的目的以及做出正确决策真正需要的东西。好的决策是基于共同的目标,共同的理解和理解的风险;他们并不是基于害怕做某事或某人没有跟进的恐惧。
  • 重新定义好的要求。 专注于质量,价值和宗旨。正确分解,组织和详细阐述的任何要求都可以使用。良好的需求可以根据用户,流程和数据传达上下文。舞会森林不应定义编写需求的方式和时间,而应关注受影响的用户,用户目标和细节分解。敏捷和瀑布式需求看起来是如此不同,但是无论采用何种方法和方法,良好的需求在本质上都是相同的。团队可以提供多种格式的好需求,并在不同时间提供不同级别的详细信息。项目和解决方案越复杂,我们就越需要适应我们的需求流程和舞会森林。
  • Share techniques 和 tools。不要限制技术和工具。不要按方法分类。对使用满足每个项目需求或解决风险的适当技术或工具持开放态度。故事地图和用户故事可用于敏捷或传统项目,并且两种类型的项目也都可能需要流程建模。只是时间和格式不同。许多传统的BA技术(过程建模,范围建模等)也需要在敏捷方法中使用。时间,细节和协作看起来有所不同,但是在概念上使用了相同的技术。

我们在瀑布式项目和敏捷项目中都使用技术和模型,但不能同时使用或使用相同的细节级别。尽管敏捷项目可能会以便签,白板,工具或用户故事的SharePoint库的形式提出要求,但相对于瀑布词模板,这真的需要一套独特的舞会森林吗?这些方法看起来是如此不同,但是从根本上说,舞会森林是相同的。

所以你怎么看?

  • 您可以设想适用的有用舞会森林,而与方法无关吗?
  • 您认为需求舞会森林对组织仍然有意义并且很重要吗?
  • 当我们允许项目超出舞会森林运行时会产生什么后果?

与往常一样,请在下面的评论中分享您的想法!

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

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

麦格雷戈徽标白色网站