敏捷开发之Scrum

敏捷开发是什么

我们一般习惯用瀑布模型，它以文档为驱动，将软件生命周期划分为固定的六个基本活动，并且规定了它们自上而下、相互衔接的次序，如同瀑布流水，逐级下落。

那什么是敏捷开发呢？
​ 敏捷开发的核心理念是

适应变化，快速响应市场需求

。敏捷开发强调团队协作、客户参与、持续改进和交付价值。敏捷开发并不是简单地追求速度，而是在保证质量的前提下，尽可能地提高开发效率和满足客户需求。

敏捷开发模式的分类

敏捷开发的实现主要包括 SCRUM、XP（极限编程）、Crystal Methods、FDD（特性驱动开发）等等。其中 SCRUM 与 XP 最为流行。同样是敏捷开发，XP 极限编程更侧重于实践，并力求把实践做到极限。这一实践可以是测试先行，也可以是结对编程等，关键要看具体的应用场景。本文主要介绍一下SCRUM。

Scrum 运作框架

Scrum 主要术语

• 产品建议表（Product Backlog）：整个项目被切分成许多Backlog并形成研发团队的原始工作任务池；
• 用户故事（User Story）：团队从技术的角度对Backlog的一种细化与分解并可投入开发的产物；
• 任务（Task）：比User Story粒度更小的任务；
• 每日的工作会议（Sprint Daily Standup Meeting）；
• 看板（Kanban）：一个可以写字的白板，用于展现项目进度等；
• 时间燃尽图（Burning Down Chart）：用于管理任务的进度，剩余量工作的一张图。

Scrum运作流程

• 需求梳理：我们开始和产品梳理出需求，将需求落入需求池，然后再将这次需要迭代的需求，通过需求评审会进行评审；
• 任务拆分：需求评审完毕后，我们会再开一个计划会，对任务进行拆分，即初步评估每项任务的工时，然后根据大家的时间，将任务拆分到本次迭代中；
• 迭代开发：本次迭代任务确定后，进入迭代开发，我们会通过每日站会，保证项目进度；
• 总结回顾：开发完后，会开个演示会（评审会），业务方会验收产品，项目全部结束后，会再开个回顾会（反思会），总结项目经验。

Scrum 的三个角色

• 产品负责人：需求方，提出需求，能对功能流程，业务流程拍板的人。
• 团队负责人：负责解决团队问题，领导项目。
• 项目执行人员：开发项目一般包括前后端开发、UI、QA等。

Scrum 的三个工件

• 产品建议表（Product Backlog）：头脑风暴，如果产品负责人对产品需求非常清楚，就可以省略这个步骤，开发一个原则“先紧后松”， 必须先把需求了解清楚，这里产品负责人可以召集技术团队对其需求进行公开征求意见，最后输出一个产品建议表。
• 产品需求表（Release Backlog）：产品负责人对产品建议表进行筛选，做减法提炼最核心的需求。在确定了需求后，这个时候由团队负责人进行输出技术方案文档，这里就和传统的瀑布流一样了，该有的文档都必须有了，必须由团队负责人和产品负责人确定好需求，包括业务逻辑，功能流程等。
• 时间燃尽图（Burning Down Chart）：时间燃尽图是 Scrum 的精华，通过该表格可以可视化任务的时间进度，每天按照任务完成度更新剩余时间，或者增加时间（例如发现一个技术难点，团队成员请假等要增加开发时间

以上就是对Scrum流程的简单介绍，后面将会通过团队角色和开发流程进一步讲解敏捷开发。