Scrum与敏捷有什么不同？我如何开始使用敏捷和Scrum？

敏捷是一个用来描述软件开发的一般方法的术语。包括Scrum在内的所有敏捷的方法，，都强调团队合作，经常交付工作成果，密切的客户协作，以及快速响应变化的能力。

Scrum是敏捷过程中的众多方法之一。您可以将敏捷视为一个涵盖其他过程的总称，例如极限编程、自适应系统开发、DSDM、功能驱动开发、看板、Crystal等等。

考虑敏捷与Scrum之间关系的另一种方法是：如果你的冰箱坏了，你会去一家有各种冰箱品牌电器商店，你可能会看到通用电气，惠而浦，，博世等冰箱。您可能会购买惠而浦，因为它的独特功能最适合您的需求。就像惠而浦是冰箱品牌一样，Scrum是一个敏捷品牌。

但是，与冰箱不同，您可以自定义敏捷过程以更好地适应您的团队。例如，您可以选择主要使用Scrum，但同时也使用其他敏捷方法的一些功能。

例如，许多使用Scrum的团队也采用测试驱动开发和结对编程，这两者都是极限编程的一部分。敏捷过程的灵活性是其吸引力的很大一部分。

向新流程过渡是困难的。这样做的益处必须大于成本。已成供向Scrum敏捷过程转型的组织报告了以下好处，所有这些好处都是相关的，并且是相互依赖的：

拥有更多敬业的员工可以提高生产力，启动持续改进的良性循环。这些说法背后的数据可以在Mike Cohn的书“成功与敏捷”的第1章中找到。

如果你今天使用的任何程序都有效，那就一定要坚持下去。不过，请记住，在过去的30年里，特别是在过去的10年里，世界的变化速度急剧加快。10年前可以接受的产品开发周期现在是可笑的。

没有理由不期望这种加速趋势继续下去。今天的“足够快”明天可能不够快。为了保持竞争力，开发软件的公司需要一个敏捷的过程来帮助他们跟上不断加快的变化速度。

敏捷和Scrum帮助团队更快、更低的成本开发软件，使他们在快节奏的市场中具有竞争优势。

Scrum的存在时间比你想象的要长很多。关于Scrum的第一篇论文出现在1986年1月的“哈佛商业评论”中。软件团队于1993年开始使用Scrum敏捷过程。

其他敏捷过程在此之后不久就开始出现，但“敏捷”这个术语在2001年初首次应用于Scrum和类似的过程。凭借这个悠久的历史，像Scrum这样的敏捷过程显然已经过了快时尚阶段。

事实上，SearchSoftwareQuality在2009年进行的一项调查发现，56％的组织至少在部分项目中使用了敏捷流程。

当然，他们不必成对地编写所有代码，但对于某些项目和一些程序员来说，这可能是值得的。对编程是极限编程（XP）实践之一。但由于它常常是一个好主意，它已经扩展到了XP之外，并使用其他敏捷方法（如scrum）进入了团队。

每一个敏捷团队都应该尝试结对编程，并找出什么时候适合他们和他们的项目。很可能不是100%，但更可能不是0%。

我如何开始使用敏捷和Scrum？

当意识到可以改善现状变成渴望做出不同的事情时，变革就开始了。然而，如果你不具备敏捷的能力，那么世界上所有的意识和欲望都不会让你到任何地方。您不仅需要学习新技能，还需要忘掉旧技能，以便在敏捷过程中保持高效，包括：

由于Scrum敏捷过程与传统软件开发有很大不同，因此通常需要进行培训以及现场指导或指导。对于大多数公司而言似乎最有效的是一些初步培训，旨在培养尝试Scrum的意愿并理解其核心原则。

这种一般性培训通常随后进行特定于实践的培训或指导，例如让现场测试驱动的开发专家与他们的代码中的团队一起亲自动手。

最重要的是，不要停下来，等到你开始之前知道所有的答案。培养做某事的能力的最好方法就是——现在开始做。

日事清介绍

日事清是北京创仕科锐公司出品的一款团队管理软件。可以对研发团队的“需求”、“BUG”、“任务”，进行管理，做需求管理、缺陷跟踪、任务管理等。因为日事清提供了Scrum视图和Kanban视图，所以特别适合敏捷开发团队使用。10人以下团队的可以免费使用。