Scrum是迄今为止最成功的框架，属于敏捷保护伞，它为全世界无数团队和组织所取得的成果不言而喻。根据一项关于软件开发实践的调查，十分之八的组织已经承诺采用敏捷框架，这意味着他们必须弄清楚如何将Scrum方法引入从未使用它的团队。
在本文中，我们正在研究将Scrum方法引入项目所带来的最大挑战，同时不会在流程中产生太多的摩擦和阻力。通过避免在从瀑布到敏捷项目管理的转换过程中经常出现的陷阱，可以从一开始就获得Scrum方法的好处，并在组织内快速建立势头。
在引入Scrum方法时克服阻力
大多数人都忍不住抵制变革，包括移动和网络应用程序开发人员在内的软件开发人员也不例外。尽管软件开发人员喜欢相信自己不断学习新技能并适应不断变化的市场需求，但事实上他们已经习惯了他们自己的做事方式，就像其他人一样快。
尽管它很简单，但Scrum方法是一个大规模的破坏，它破坏了大多数现有角色，并引入了大量与Scrum相关的术语。对于过去几十年一直在练习瀑布式开发的开发人员来说，Scrum的引入可能会让他们感到被迫学习一门新语言。
Scrum方法不是开发人员，测试人员，业务分析师和项目经理，而是指定三个角色：产品所有者（持有产品愿景），scrum master（帮助团队利用Scrum构建产品）和开发团队（构建产品）。
Scrum方法还从根本上改变了团队处理问题和协同工作的方式。
“就像橄榄球队（它得名）训练大型比赛一样，Scrum鼓励球队通过经验学习，在解决问题时自我组织，并反思他们的胜负，以不断改进，”
- Claire Drumond，Atlassian的营销策略师，演说家和作家。
只有一种方法可以成功克服变革的阻力：从重量级软件开发方法逐渐过渡到敏捷方法，如Scrum。受Scrum过渡影响的每个人都应该熟悉它的好处，了解它的潜在缺陷，并了解它们的新角色。
软件开发人员重视事实和逻辑论证而不是空洞的承诺，他们可以欣赏具有明显优势的创新。
采用迭代和增量思维模式
仅仅因为团队将瀑布项目分解为多次迭代，并不意味着团队是敏捷的。通过逐个构建每个特征并同时逐渐增加特征丰富性，Agile结合了迭代和增量方法，将其与迭代瀑布分开。
尽管Agile和Scrum方法已经存在了很长时间，但许多软件开发人员尚未采用正确的思维模式。为什么？因为他们通常不熟悉支持Scrum方法的基本原则，如“Scrum知识体系指南”（SBOK指南）中提供的框架所述 ：
经验过程控制：基于透明度，检查和适应而非理论做出决策。
自组织：团队在自我组织和自主的情况下提供更大的价值，从而带来更好的团队支持和共享所有权。
协作：倡导项目管理作为共享的价值创造过程，这一原则不鼓励团队的直接管理。
基于价值的优先级：Scrum通过将最重要的任务放在第一位，并确保不会浪费任何不会增加直接价值的事情，从而提供最大的商业价值。
时间限制：当时间被用作限制约束时，通过设置时间框并拒绝扩展它们，团队可以陷入富有成效的节奏，并在更短的时间内获得更多。
“Scrum的性质促进了人们作为一个单一单元共同合作的共同努力，共同的目标和共同承诺的目标，它促进了我们所知道的快速反馈周期，不仅检查和调整工作产品的周期，而且这个过程，“
“它致力于将工作软件作为成功的主要衡量标准，并为我们提供快速响应变化的工具。”
- 敏捷心态的作者托马斯雷诺兹。
好消息是，一旦开发人员认识到Scrum方法的积极优势，他们通常会迅速采用正确的思维模式。当他们以第一手的速度和无痛地体验它允许他们发布早期版本的软件时，他们永远不会想要回去。
结论
要在项目中成功引入Scrum方法，必须有条不紊地进行，不要对没有Agile软件开发经验的人过于强迫。一旦你成功克服了最初的阻力，你就可以确信Scrum将充分发挥它的潜力并让每个人相信敏捷是可行的方法。
网友评论