本文首先对比Scrum和瀑布式开发的区别。
其次介绍Scrum的基础知识包括3个角色、3个工作和3个活动，还有如何实施Scrum。
瀑布模式与Scrum开发之间的区别
瀑布式开发通常会花几个月时间来规划产品，然后再花几个月时间研发产品，接着进行产品测试、评审，最终发布产品。重点是。如果市场需求或技术环境发生变化，此时的研发的产品很可能无法满足市场需求，瀑布式开发在遇到这种变化会出现很多问题。首先，产品规划必须早于后续工作之前完成。绝大部分案例中，规划环节结束时并没有完全理解项目，但研发工作已经完成了。 通常情况下，整个项目必须送回规划阶段，然后从头再来，否则，研发人员就会因为不明白产品规划而受到批评。这种情况会反复出现。比如研发完成了，进行产品测试，发现问题就得重新开发。有时甚至需要重新规划产品。在接下来的几个步陬中，也会多次出现同样的问题，这很可能导致产品发布时间跳票，短则几个月，长则数年。
当我们用Scrum来实施敏捷开发时就大不相同了，整个项目会被分解成不同的小部分。首先我们围绕最小化可行产品的特性进行产品规划。然后把最小化可行产品开发出来，接下来，我们测试和评审这个产品，直到准备发布。循环这个过程，我们就会得到一个可发布的产品。这个过程通常只需半个月左右，我们不断重复这个过程，以减少从产品规划到开发测试每个阶段的时间。我们去做详细的规划来完成下一个增量式发布。而你此时得到几个增量式版本，称为Sprint(冲刺)。一个Sprint通常需要半个月左右，而你只是不断重复Sprint直到你的产品功能齐全。有时你可能会在第二次Sprint之后，最终构成满足客户需求的产品。
在Scrum的方法体系内，有三个关键角色能帮助团队工作地更好
首先：产品经理，负责确定产品特性和亮点；
其次：Scrum Master，是整个团队的负责人，负责帮助团队尽其可能完成工作，组织日常会议和保障其他工作；
最后：Scrum团队的成员，由开发人员、测试人员、文案以及其他帮助研发的人组成，团队成员经常扮演多种角色，有时候开发人员可能把测试做完，或者测试人员把文案写完，无论哪种方式，团队都在努力让产品完成。
在Scrum中由三种常用的可视化文档。
第一种文档是产品需求列表：产品经理会先从众多用户故事中筛选出优先项，并把他们列入产品开发列表中。需求列表会随着每次的Sprint迭代和变更。
第二种是用户故事：是一种表达产品需求的语言格式，格式为作为一名xx用户，我需要xx功能，所以xx能够xx。产品经理通过用户故事来了解需求的细节。为Scrum团队合理制定任务优先级，最优项的用户故事将j进入Sprint待办列表，剩下的继续评估优先级，交到下次Sprint中。
第三种是燃尽图：用以展示整个Sprint代办列表进度，当燃尽图曲线接近于0时，也就意味着这次Sprint即将完工。
在Scrum方法中，有三种不同形式的会议需要用到。
Sprint计划会议：是产品经理、Scrum Master和开发团队碰头的会议。用于讨论用户故事并估算任务量。
每日站会：整个团队会简述工作进度，并且讨论是否有任务需要搁置或是加派人手。
Sprint回顾会议：Sprint临近尾声时，我们会进行Sprint回顾会议。这时研发团队会向产品经理演示开发好的功能。然后整个团队讨论是否有需要改进的地方。
我们一起来回顾Scrum工作流程。
首先：产品经理把那些需要上线的产品特性做成产品需求列表(backlog)，然后由产品经理挑选出最优化项，准备交付整个团队讨论。
第二阶段：召开Sprint规划会议。研发团队、产品经理和Scrum Master讨论用户故事优先项。并且决定下次Sprint要研发的需求项。
第三阶段：根据Sprint规划会议制定Sprint需求列表。这个列表就是指经过团队讨论后的用户故事，用于下次的Sprint，会议结束后，整个研发团队和产品经理必须要对每个用户故事由深刻的理解。
第四阶段：研发团队要在一到三周里开发完成Sprint列表中的需求，在Sprint期间，每日站会用于团队来交流他们做完了什么，正在做什么，以及遇到的问题。Sprint的产出是一个可以发布的产品版本。是否可以发布由产品经理来决定。也可以在发布前增加新功能。
第五阶段：在Sprint结束时会举行Sprint回顾会议。Sprint回顾阶段，由研发人员向产品经理做案例演示。同时团队成员一起反思工作中可以改进的地方。
每次的Sprint结束后都需要进行这种回顾。