敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
Scrum是一个包括了一系列的实践和预定义角色的过程骨架，是一种流程、计划、模式，用于有效率地开发软件。
在scrum里面，有3种角色，分别是product owner（产品负责人）scrum master（团队负责人）scrum team （开发团队）
●Product owner: 是需求方，提出需求，能对功能流程，业务流程拍板的人。
●Scrum master :团队负责人，一般是product manager,负责解决团队问题，领导项目。
●Scrum team：项目执行人员，开发项目一般包括，前端后端开发，ui
等。
Scrum 步骤一：
如果product owner 对产品需求非常清楚，就可以省略这个步骤，开发一个原则“先紧后松”， 必须先把需求了解清楚，这里product owner可以召集技术团队/用户群体对其需求进行公开征求意见，最后输出一个产品建议表。
Scrum 步骤二：
product owner 对产品建议表进行筛选，做减法提炼最核心的需求。在确定了需求后，这个时候由scrum master 进行输出prd (product requirement document) , 这里就和传统的瀑布流一样了，该有的文档都必须有了，必须由scrum master 和product owner 确定好需求，包括业务逻辑，功能流程等。前面基本是最耗时间的，product owner和开发团队一来一回好多次。
Scrum 步骤三：
神马原型，ui设计都不是在步骤二完成的，刚才只是开始，步骤三后面才是scrum的精华部分，把任务量化，包括，原型，logo设计，ui设计，前端开发等。尽量把每个工作分解到最小任务量（wbs），最小任务量标准为工作小时不能超过16小时。准备估算总体项目时间。
Scrum 步骤四：
经过大家纠结讨论了好久，把任务量化到具体多少时间完成接下来，把n个任务按照开发的重要度，组合成n个sprint( 冲刺），每次执行一个sprint.每个sprint 都是独立的，一般先做主要功能，再到次要功能，再到小功能，最后的sprint 一般是修复bugs。因为任务都被量化了，每天工作了多少小时，完成了多少任务量，通过每天例会scrum master非常清楚，并且在time burn down chart （时间燃尽表）进行表示。我们就可以直观看到任务的进度了，而且是具体到多少小时。
Scrum 步骤五：
最后一个步骤，评估。product owner 和其团队/用户会对产品进行评估，可能还会有各种揪心的事，但是product owner是给钱的主，他要改还是要改的，建立一个bugs sprint吧，把产品做到product owner最想要为止。
总结：SCRUM也有缺点一直被人诟病，就是对团队要求高，团队成员相互信任度高，团队的人有能力，而且不会相互推搪责任，归根到底对应新团队使用该方法开始是各种问题的！请多多磨合吧！
原文：https://www.cnblogs.com/Alfx/p/9872991.html
