敏捷转型(一种了解科学原理的数据科学方法)

我最近在《系统和软件杂志》上读了一篇有关敏捷转型的出色文章,题为“以经验为基础开发的敏捷过渡和采用框架:扎根理论方法”。 它是由伊朗伊斯兰阿扎德大学的一组计算机科学研究人员撰写的。

它详细介绍了以数据为中心的框架开发,以创建成功的敏捷转换。 您可能知道也可能不知道,许多敏捷转换都失败了。 原因有很多:

  • 用于确定组织是否已为敏捷转型“做好准备”的评估工具过于耗费人力,而且过于笨拙,无法快速显示结果
  • 没有向组织提出解决其业务难题的明确可行的项目
  • 除了“变得敏捷,一切都会神奇地解决”之外,没有设定任何目标或KPI。
  • 这个过程是全有还是全无-每个部门都需要进行一次重大转换,而无需后续迭代。
  • 一个大小适合所有人的想法-没有想到在整个组织中混合使用不同的敏捷实践。 一些有时间计划的人将从Scrum中受益,而那些通过众所周知的“消防水带”获得错误报告的人可能会更好地受益于看板。
  • 关注流程而不是人员。

这些研究以来自不同行业(不同规模,转型规模,行业)的49位敏捷转型从业者的半结构化1小时访谈为基础。 转录这些访谈,然后使用一系列的内容分析和分类算法,将内容分为关键点,概念和概念类别。 基于类别之间的相互关系以及每次访谈中出现的频率,出现了核心类别。 然后,再次根据与核心类别的关联频率,将核心类别用于标识相关主题。 这为如何解决敏捷采用问题提供了理论的起点。

结果很明显-最成功的敏捷转换具有以下属性:

  • 转换必须基于价值。 那就是过渡必须关注离散和可衡量的业务收益。 这些值以及如何衡量成功应该在转换开始之前定义。
  • 该过程应该是迭代的。 从业人员应该咬一口,衡量成功,然后重复。 每次迭代仅应引入一些新的敏捷实践。 随着组织的学习,随时可以添加更多内容。
  • 转换应该是连续的。 没有理想的最终状态。 应当进行更改,直到每个附加更改的收益几乎没有增量值为止。 这只能通过PDCA(计划-执行-检查-执行)措施来完成。
  • 过渡应该是渐进的。 人们需要时间来改变,并希望感觉自己正在做出的改变为他们的生活增添了价值。 最好的开始方法是找到小小的捷径,进行调整,然后逐步发展到更大的机构程序。
  • 实践选择很重要,应反映公司的实际需求和优先事项。 公司的一部分可能更适合于Scrum和功能驱动开发(FDD),而另一部分可能更适合于看板和行为驱动开发(BDD)。 公司的某些部分甚至可能需要保留Waterfall。
  • 应当根据项目开始时建立的KPI来衡量每个变更,以查看该变更是否确实改善了业务。 只要可以将失败用于进一步根据组织目标调整流程,就可以了。
  • 回顾应在每次测试采用的最后完成,以讨论什么有效,什么无效以及应该从这些学习中进行更改。 在实施新实践之前,还应对所选择的方法进行调整。

总而言之,研究得出的结论是,敏捷转换本身应该是敏捷的,具有关于客户需求的清晰沟通,清晰的KPI,对每个变更所做的明确定义,对实践改进的优先级划分,进行小型测试以查看实施的变更是否确实可以改善用户的观点和回顾,以确保听到所有声音,从而可以改善流程。

这篇论文非常值得一读。 我强烈建议任何敏捷转换实践者使用它。

—吉文·帕迪亚(Jeevan Padiyar)