每日分享最新,最流行的软件开发知识与最新行业趋势,希望大家能够一键三连,多多支持,跪求关注,点赞,留言。
敏捷工作流已迅速成为全球软件开发环境的基石,以至于支撑该框架的方法已扩展到许多其他学科。
无论是帮助营销团队改进其核心战略,还是促进客户关系以实现最新的服务目标,敏捷都将继续存在。
那么从哪里开始呢?
考虑到这种受欢迎程度,对于一个团队来说,一头扎进采用一种可能会颠覆他们日常工作流程的许多(如果不是全部)方面的新方法可能会令人生畏。
为了帮助您为您的团队选择最好的模型,下面汇编了一本 Encyclopedia Agilica,如果您愿意,可以收录当今最基本的方法。
还介绍了一些鲜为人知的框架,阐明了敏捷可以并且应该通过功能测试框架使您的组织受益的大量方式。在不知不觉中,您将顺利成为一名敏捷教练!
敏捷
这是大的。任何涉足敏捷领域的人都可能已经接触过Scrum 方法。由于 Scrum 专注于所有权并将开发阶段细分为更小、更容易交付的称为“冲刺”的行动,因此 Scrum 一直在方法论图表中名列前茅。
从这里开始,任何任务都是可管理的组成部分的总和,引导团队逐步朝着更大的最终目标前进。冲刺允许及时调整项目目标,并为任务负责人之间的持续沟通奠定基础,这意味着项目现实保持最新和透明。
会议记录模板和核心文档之类的东西应该可供所有人随时使用,以便参考取代重复。任何可以帮助推动小胜利走向大胜利的事情都在 Scrum 和敏捷中得到普遍支持!
看板
看板,来自日语术语,意思是“招牌”,与 Scrum 有很多相似之处。与其邻居一样,看板使用相同的“项目分解”方法,但使用所谓的“看板”(如下图)提供的视觉交流,让每个人都了解任务仪表板中的状态和可交付成果。
此外,拥有这种视觉表示将帮助团队中的每个人看到任务开始陷入困境或需要更多关注的地方,从而允许所有人都在甲板上敏捷蜂拥而至,直到轮子再次开始转动。
极限编程 (XP)
另一个利用冲刺的框架,极限编程(或 XP),提供了一些最好的缓冲来应对意外的变化或后期的客户需求。在冲刺中和从业务流程开发的开始,就会收集反馈。
正是这种反馈影响了一切。这意味着整个团队都习惯了以现实世界的客户需求和结果为中心的文化,否则可能会导致项目脱轨并严重扭曲交付周期的生产。
任何以客户为中心的组织都会理解外部需求和内部资源之间可能存在的钢丝。根据出现的外部需求不断调整这些资源的方向是实现和谐的最有效方法。这是 XP 在融入您的开发文化后有机地做的事情。
顾名思义,XP 主要关注软件开发工作流程。然而,鉴于其以客户为中心的现实主义,它仍然具有针对其他业务效率领域的核心原则。
精益软件开发
“精益”就是这样。从开发过程中削减脂肪是这种方法的全部意义所在。如果某些事情不能立即增加价值,或者任务中的任务似乎堆积如山,那么精益开发的激光焦点就会介入。
同样,精益将重点放在高效和谐的团队合作上。随着远程和混合工作为最近的开发环境增加了潜在的复杂性,精益对冲突管理和尊重文化的关注可以帮助融合那些发现自己分散在风中的团队。
如果您想以快速交付而闻名,那么精益可能是适合您的方法。围绕开发过程映射保留可靠的文档,以便将来可以更有效地利用它,甚至可以扩展它,这使精益成为专注于快速、手术周转的团队的首要任务。
在这方面,准备是关键。启动和操作文档将使外部人员和自由职业者快速上手。这将使项目入职成为一个几乎自动化的过程,不需要额外的人力资源。
Crystal
Crystal 及其迭代版本——包括 Crystal Clear、Crystal Red 和 Crystal Yellow——听起来绝对像是过去的几代口袋妖怪。不过请放心,选择正确的一个,您就不需要全部抓住它们。
精益开发专注于高效、严肃的实践,而 Crystal 提供了类似的轻量级方法,具有更灵活和不承诺的修辞。
事实上,Crystal 方法论的最高层次是关于团队和自决。Crystal 认为,没有人比团队本身更适合决定团队的最有效工作方式。
文化共识甚至流行的领导风格都可以定义工作环境。嘿,如果它有效,让它继续这样做!Crystal 滋养了这颗种子,并且以人为本,足以将沟通、透明度和问责制置于发展的最前沿。
因此,如果您为自己的既定文化感到自豪,并希望通过一种方式将其正式化,而无需严格遵守方法论,那么 Crystal 可能是适合您的框架。
规模化敏捷框架
Scaled Agile Framework,或称其为 SAFe,是敏捷的“企业版” 。简而言之,如果您的业务增长突飞猛进,可能会变得难以驾驭或完全不同,SAFe 提供了一种方法,使敏捷实践可以与您一起成长。它还将帮助您保持增长的可管理性和生产力。
客户及其需求仍然是 SAFe 的核心,但它为组织内的角色和职责提供了一个剧本,以实现这一点。把它想象成围绕您的业务的敏捷安全毯!
由于其伴随业务增长的性质,在 SAFe 内部,领导层具有一定的重要性。“精益”领导,特别是那些负责人应该体现他们认为符合团队最大利益的文化价值观,并创造一个拥抱这些价值观的环境。
到现在为止,您应该会在方法论中看到很多交叉;核心价值观和基本原则。但是,在某些情况下,融合会更加明确。这将我们带到……
Scrumban
第二代方法论的出现证明了敏捷及其各种迭代的成功和相对简单:混合方法。它们通过从它们的父框架中提取关键元素来提供两个互补世界中最好的。
事实上,随着软件开发之外的一系列操作规程转向敏捷,我们开始看到包含更多“调整过的”模型是有道理的。
Scrumban是 Scrum 和看板的组合(您猜对了吗?),利用 Scrum 的冲刺结构以及看板的可视化项目表示的额外好处。
这两种方法的核心原则在这里以精益引以为豪的方式结合在一起。事实上,一次成功的 Sprint 评审伴随着对进展的视觉确认是保持所有各方积极性并围绕接下来的步骤团结一致的好方法。
Scrum/XP
Scrum 还使极限编程变得容易相处。XP 的主要优势在于其在软件开发生命周期中的反馈包容性和以客户为中心。Scrum 传统上可以被视为项目经理的方法,而 XP 则牢牢掌握在开发人员手中。
然而,将这两者结合起来弥合了 DevOps 中本不存在的鸿沟。更好的是,当他们的力量与新的焦点结合时,Scrum/XP 将客户和他们不断变化的需求置于一切的核心。应该如此。
Scrum 是所有协作成员可以围绕项目当前状态集结的一种基本方式。当抓住每一个机会提供实时反馈时,下一步应该做什么就不会发生冲突。它完全由客户以黑白方式布置。这样,您就可以告别任何办公室间的自我斗争!
为什么选择?
寻找适合您的组织的敏捷方法对于外行人来说似乎是一项艰巨的任务。然而,虽然上面的列表并不详尽,但它确实在展示我们称之为敏捷的这个家族的灵活性和可扩展性方面大有帮助。
无论您的需求、企业文化或抱负如何,采用正确的敏捷方法将帮助您保持核心价值观并使协作比以往更容易;不管你的方式是什么!
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!