敏捷开发基础了解_敏捷中release-优快云博客

本文链接：https://blog.youkuaiyun.com/weixin_43034040/article/details/121597105

本文介绍了Scrum敏捷开发的基本概念及其实施流程。包括产品待办事项列表(product backlog)、冲刺(sprint)、站立会议(daily scrum)等关键环节，并详细解释了各个角色如产品负责人(Product Owner)、Scrum Master等职责。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Scrum 是Agile敏捷开发的一个最佳实践
Scrum：站会站立会议

backlogs

在这里插入图片描述
所有的合理story构成backlog,
不合理的wish会从backlog中逐步排除

story

用户的期望列表里面筛选出合理的需求。
差不多就是正确的需求列表

team roles

1.Product Owner

他设置产品的方向，就是筛选用户的期望
在这里插入图片描述

2.Scrum Master

他确保开发的顺畅
确保每个人都有合理的开发工具
设置会议，监督工作进展，发布规则
类似项目经理

3.Developer

很明显，开发项目

4. Tester

确保程序运行正确

5. Customer

使用这个程序，并付钱

6. Executives

没太多介绍

Release Planning

为了计划一个Release，团队需要安照下面流程：

1. product backlog

在product backlog里筛选user-stories，哪些是要发布的
在这里插入图片描述

2. release backlog

product 中story的筛选结果放在一起就是release backlog：

在这里插入图片描述
team将user-stories优先顺序，评估各个story的开发工作量：

之后根据上面release backlog的优先级和工作量来构建Sprints

简要说明（a quick side） estimate

如何评估（预估）工作量
小于一天的被划分位1，2，4，8小时。
例如3小时的工作量会被放到4小时的框里

大于1天的分为2，3，5，10天
同样例如9天的工作量会被放到10的框里

过大的会被划分
在这里插入图片描述

sprints

在这里插入图片描述
sprints就像是short-duration milestones.短期的里程碑。
一个sprint完成后，下一个sprint还没开始，这个状态就叫ship-ready

在这里插入图片描述

一个sprint大约需要2到30天

在这里插入图片描述

发布周期越短，sprint越短

sprint backlog （我觉得就是sprint 换个说法）

这里又有backlog,将release backlog中的story归类划分成sprint backlog

在每个sprint结束（ship-ready）状态，开发的产品必定是测试通过的。
在这里插入图片描述

如果Late了，那就说明出现了问题，如何避免这种情况？那就需要使用burndown charrts

在这里插入图片描述

burndown charrts

在这里插入图片描述
scrum 之所以流行，就是因为有这个表。
也是项目是否正常流畅的可视化
注意每一个sprint都有单独的burndown charrts

可以用来判断项目什么时候结束。
红色的直线叫速度

拿这张表是如何来的？

1.首先是一个sprint backlog
在这里插入图片描述
不同开发人员选取不同的story,
以选取8h的为例，
他每天该统计剩余的该story的工作量，

例如还剩2小时：

多个人开发相同sprint里的不同story,统计剩余
在这里插入图片描述
为了统计，需要Daily Scrum

Daily Scrum

每天开会议，Scrum meeting,就是站立会议。
1.上次会议结束后，我完成了什么
2.我遇到什么问题

这样队伍保持同步，方便解决大问题。

sprint Retrospective

每个sprint结束都需要有一个Retrospective（回顾）

看看哪些正常，哪些出错了，我们下次可以做哪些改进

工具

工具1：OnTime

在这里插入图片描述

总结

product backlog => release backlog => sprint backlog => burndown charrts => daliy scrum =>sprint Retrospective

首先是手机用户的需求，一个product backlog
之后将product backlog 拆分成一个或者多个release backlog
再将release backlog 拆分成多个sprint backlog
为了监督每一个sprint，使用burndown charrts
使用daliy scrum 每日站立会议保证所有事情都是正常的

youtub上面的视频，关于敏捷开发的必看
Intro to Scrum in Under 10 Minutes (10min); a great overview
https://www.youtube.com/watch?v=XU0llRltyFM

Planning poker cards (general 11 minutes):
http://www.youtube.com/watch?v=c91GOQnFOW0

Agile Poker Planning - Live session (4 minutes):
http://www.youtube.com/watch?v=pAxYMek5jY4

Functional and dysfunctional “Daily Standup Meeting” (10 min)
https://www.youtube.com/watch?v=q_R9wQY4G5I

Pair programming (5 min):
https://www.youtube.com/watch?v=sJK36RvjwNk&list=PL0zOJ3MNgNgfSCM5a5JM6a3S4-
tdM_vqM&index=10

Scaling Agile by Mike Cohen (10 min)
https://www.youtube.com/watch?v=FkWglejhJZM

Forming, Storming, Norming and performing - Agile (2 min)
https://www.youtube.com/watch?v=nFE8IaoInQU

How To Do A Retrospective (12 min)
https://www.youtube.com/watch?v=RD60Js82D7Q

10 Common Mistakes Scrum Master Makes And Their Remedies (6 min)
https://www.youtube.com/watch?v=wkc9H20zEWg

SM vs. PM (3 min):
https://www.youtube.com/watch?v=9MTadNiYk1w

Confessions of an Agile Project manager (6 min)
https://www.youtube.com/watch?v=tVnTHl0zb5g