敏捷开发之Scrum

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

敏捷开发之Scrum_第1张图片
那什么是敏捷开发呢?
​ 敏捷开发的核心理念是适应变化,快速响应市场需求。敏捷开发强调团队协作、客户参与、持续改进和交付价值。敏捷开发并不是简单地追求速度,而是在保证质量的前提下,尽可能地提高开发效率和满足客户需求。

敏捷开发模式的分类
敏捷开发的实现主要包括 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_第2张图片
需求梳理:我们开始和产品梳理出需求,将需求落入需求池,然后再将这次需要迭代的需求,通过需求评审会进行评审;
任务拆分:需求评审完毕后,我们会再开一个计划会,对任务进行拆分,即初步评估每项任务的工时,然后根据大家的时间,将任务拆分到本次迭代中;
迭代开发:本次迭代任务确定后,进入迭代开发,我们会通过每日站会,保证项目进度;
总结回顾:开发完后,会开个演示会(评审会),业务方会验收产品,项目全部结束后,会再开个回顾会(反思会),总结项目经验。
Scrum 的三个角色
产品负责人:需求方,提出需求,能对功能流程,业务流程拍板的人。
团队负责人:负责解决团队问题,领导项目。
项目执行人员:开发项目一般包括前后端开发、UI、QA等。
Scrum 的三个工件
产品建议表(Product Backlog):头脑风暴,如果产品负责人对产品需求非常清楚,就可以省略这个步骤,开发一个原则“先紧后松”, 必须先把需求了解清楚,这里产品负责人可以召集技术团队对其需求进行公开征求意见,最后输出一个产品建议表。
产品需求表(Release Backlog):产品负责人对产品建议表进行筛选,做减法提炼最核心的需求。在确定了需求后,这个时候由团队负责人进行输出技术方案文档,这里就和传统的瀑布流一样了,该有的文档都必须有了,必须由团队负责人和产品负责人确定好需求,包括业务逻辑,功能流程等。
时间燃尽图(Burning Down Chart):时间燃尽图是 Scrum 的精华,通过该表格可以可视化任务的时间进度,每天按照任务完成度更新剩余时间,或者增加时间(例如发现一个技术难点,团队成员请假等要增加开发时间
以上就是对Scrum流程的简单介绍,后面将会通过团队角色和开发流程进一步讲解敏捷开发。
 

你可能感兴趣的:(Scrum,敏捷流程,scrum)