敏捷开发之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流程的简单介绍，后面将会通过团队角色和开发流程进一步讲解敏捷开发。