Business Agility+AI

The Business Agility + Artificial Intelligence Blog

业务敏捷性:如何选择敏捷框架

业务灵活性框架

业务敏捷性和敏捷框架选择

这里是内在敏捷(IntrAgility)、交互敏捷(InterAgility)和外在敏捷(Extragility)的发源地,因此,我们认为,根据一个人正在经历和培养的敏捷类型,有更适合的敏捷框架。不过,我们暂时不讨论这个问题,而是先讨论如何选择敏捷框架?

我们从哪里开始?看板。Scrum。混合Scrumban。Cynefin。OPS、DAD。LeSS。Nexus.SAFe。Scrum at Scale.Spotify?

在选择敏捷框架时,没有放之四海而皆准的统计确定性,但研究表明,组织的规模和复杂程度很重要。

为了选择一个好的框架,我们必须研究从过去的经验和分析中得出的结论。当然,我们必须观察我们最初从最初的敏捷开发中发现的东西。我们这样做,并不是说每项研究都能完美地回归到 "适合目的 "的商业敏捷应用,也不是对因果关系和方向性做任何断言。

尽管如此,下文将试图汇集过去 25 年来从不同领域收集到的一些见解。我们将密切关注通过使用选定的框架使敏捷性大放异彩的潜在纽带,以及公司规模、复杂程度等变量,以及其他在考虑到这些因素后似乎会取得更大成功的因素。

公司规模与敏捷框架

中小型企业的敏捷框架

一项敏捷性研究表明,看板在管理项目进度方面的表现优于 Scrum,尤其是在员工人数不超过 50 人的小型企业中,而 Scrum 进度因素分析表明,员工人数少于 50 人和 100-500 人的中小型企业也能从中获益(Lei. et al, 2017)。

大型组织的敏捷框架

在实施大规模敏捷框架的过程中,至少有九个可预见的挑战和 "成本、文化、结构和控制范围等限制"(Conboy.等人,2019)。除了在 OPS、DAD、LeSS、Nexus、SAFe、Scrum at Scale 和 Spotify 之间进行框架选择外,每个框架都能更好地适应更复杂的环境,特别是因为这些框架 "明确处理了大型团队面临的复杂问题,即控制水平、覆盖范围、灵活性、可扩展性、透明度、浪费消除等方面的问题"(Almeida 等人,2021 年)。

大型组织在选择框架时面临的更大挑战是,机器、技术和自动化并不能解决所选框架背后的人的问题,而这正是我们提出关注 "内部敏捷性 "和 "外部敏捷性 "的初衷。正如康威定律所指出的,我们在沟通中发现的功能障碍往往会在我们的系统中得到复制,但意外情况也会拖累组织的努力,正如 "常见但未预料到的事件会使项目沟通达到极限"(Herbsleb & Grinter,1999 年)。

在大型组织中推广精益和敏捷实践的选择可能会引起争议。

一个好的起点是考虑并提取现有扩展敏捷框架的共性(Theobald et al, 2019),同时通过了解组织、技术、文化、团队等方面,认识到扩展敏捷所面临的挑战(Hobbs & Petit, 2017)。

一些框架提出了一些担忧和批评,在不涉及所有这些细节的情况下,提出的一个想法是通过衡量投资回报率来寻找证据(Schwaber,2013 年):

周期时间 - 完成一项功能的最快时间

发布周期 - 发布的时间

缺陷 - 缺陷变化

生产率--"完成 "一个功能单元的正常化工作量

稳定化--代码完成后,在发布前,% 的发布时间用于稳定化

客户满意度 - 上升或下降

员工满意度--上升或下降

关于《老年退休金计划框架》的几点意见

读者是 十分 请阅读 Soundararajan 博士的著作,其中详细介绍了目标、原则和战略(OPS)框架下敏捷方法之间的联系。她对敏捷方法的 "好坏 "进行了专业评估,仔细研究了 "1 敏捷方法的适当性;2 组织支持所采用的原则和策略的能力;3 敏捷方法的有效性"(Soundararajan,2013 年)。(Soundararajan, 2013)。您可以 点击此处阅读她的博士论文!

复杂性、复杂性、混乱与混合敏捷框架的崛起

敏捷营销中混合敏捷框架的出现

我们知道,与传统方法相比,敏捷方法是有效的,Standish Group 经过 25 年、50 000 个项目的研究,得出结论:敏捷方法的成功率是传统方法的 3 倍(Standish Group,2011 年,2020 年)。至少有 50% 的营销人员报告说,他们在不使用 Scrum 或 Kanban 的情况下,使用了某种框架的混合版本。毫不奇怪,无论使用什么框架,只要它是基于敏捷实践的子集,我们就期望它能取得一定程度的成功。事实上,研究表明了 Scrum 和 Kanban 成功的原因(Lei, et al, 2017),但我们并没有太多关于混合框架的数据,只是这些框架通常被称为 Scrumban。

这可能就是我们看到业务敏捷中出现正式和增强型框架组合的原因。例如 最近,敏捷营销新增了敏捷营销导航器(AMN) 旨在帮助营销人员驾驭复杂的环境(Ackerman & Seaton,2022 年),在最佳实践领域尤其如此。

在其他业务领域采用敏捷框架

敏捷营销通常采用 Kanban、Scrum、Hybrid 和现在的 AMN,而其他职能部门(如人力资源、财务、法律和销售)也越来越多地采用框架。举个例子。虽然敏捷人力资源没有规定框架类型(ICAgile),但一些公司正在使用 Scrum(Cappelli & Travis,2018 年)。就其本身而言,敏捷财务提出了一个Cynefin框架,以处理层层复杂性(ICAgile)。

关于 Cynefin,有一句话很重要:它并不是一个新概念,它有着可靠的记录,并且已经服务于众多行业,特别是因为它涉及的范围很广,从有序工作到无序工作,从已知/可预测环境到混乱环境(Kurtz & Snowden, 2003)。

哪种敏捷框架适合您的企业?

正如你所看到的,没有一个明确的答案。关键是要知道何时选择适合自己组织的框架。这就是为什么我们应该从多个业务子职能部门的实践中寻找灵感。不过,我们希望上述内容能帮助您选择自己的框架,并希望您能考虑到一些重要的变量,如公司规模、员工技能类型清单、复杂程度以及文化等其他因素。

我们希望,至少在技能类型(内部敏捷、相互敏捷和外部敏捷)、公司规模和所处理问题的复杂程度等方面的状况有助于指导您做出选择!

资料来源

Ackerman, S. and Seaton, M. (2022, May 5). 敏捷营销导航仪.AMN. www.agilemarketingnavigator.org

Almeida, Fernando, and Eduardo Espinheira."大型敏捷框架:比较评论"。应用科学、管理和工程技术期刊》2.1(2021 年):16-29.

Cappelli、Peter 和 Anna Tavis。"人力资源走向敏捷"。哈佛商业评论》96.2(2018 年):46-52.

Conboy, K., and Carroll, N. (2019).实施大规模敏捷框架:挑战与建议》。IEEE Software,36(2),44-50。

Herbsleb, James D. and Grinter, Rebecca E. "Architectures, coordination, and distance:康威定律及其他"。 IEEE 软件 16.5 (1999): 63-70.

Hobbs、Brian 和 Yvan Petit。"大型组织中大型项目的敏捷方法"。 项目管理期刊 48.3 (2017): 3-19.

国际敏捷联盟(ICAgile)。敏捷金融学习成果。2022 年 2 月 12 日访问。www.icagile.com/media/pdfs/learning-outcomes/agility-in-finance-learning-outcomes.pdf

国际敏捷联合会(ICAgile)。敏捷人力资源学习成果。访问日期:2022 年 2 月 12 日。www.icagile.com/media/pdfs/learning-outcomes/agility-in-hr-learning-outcomes.pdf

Kurtz, C. F., and Snowden, D. J. (2003).The new dynamics of strategy:Sense-making in a complex and complicated world. IBM 系统期刊42(3), 462-483.

Lei, Howard, et al. "Scrum和Kanban对软件开发项目影响的统计分析"。机器人与计算机集成制造 43 (2017):59-67.

Theobald, Sven, Anna Schmitt, and Philipp Diebold."基于基本实践的敏捷框架扩展比较"。敏捷软件开发国际会议。Springer, Cham, 2019.

Schwaber, Ken."任何速度下的 UnSAFe"。 肯-施瓦伯的博客实话实说 (2013).

Soundararajan, S. (2013). 评估敏捷方法:调查充分性、能力和有效性的目标、原则和策略方法 (弗吉尼亚理工学院和州立大学博士论文)。

滚动到顶部
zh_HKChinese