3个核心误区让你Scrum面试翻车，这份指南救你
刚拿到offer的应届生，最怕的不是技术不会，而是复制来的代码跑不通。
面试官问：“你项目里Scrum怎么做？”你背了一堆定义，结果对方追问：“Sprint Review里谁发言？”
Scrum高频面试题里，90%的坑都出在“概念懂，落地懵”。
别慌。
今天这篇，不讲虚的。我们按时间线拆解，从你入职第一天，到项目交付，把Scrum真正用到代码和流程里。
读完，你能回答：Sprint Planning谁主持？Daily Standup聊什么？Retrospective改什么？
更关键的是——你会知道，哪些环节出问题，会直接导致项目延期、团队内耗，甚至让你背上“执行力差”的锅。一、概念速懂：Scrum不是“开会工具”，是“交付节奏器”
先破一个误区：Scrum ≠ 站会 + 看板。
很多人以为，每天早上站着聊两句，画个看板，就是Scrum了。
错。
Scrum的本质，是用固定节奏的迭代，把不确定性切成小块，快速验证、快速修正。
它不是“管理工具”，是交付节奏器。
1. 三个核心角色（别搞混）角色
职责
常见误区Product Owner (PO)
决定“做什么”、“优先级”
不是项目经理，不排期Scrum Master (SM)
扫除障碍，保障流程
不是领导，不指派任务Dev Team
决定“怎么做”，交付可运行增量
不是“写代码的”，要端到端负责关键提醒：PO可以写代码，但不能同时当SM；
Dev Team是自组织的，SM不能派活；
一个人不能兼任PO和SM，这是Scrum指南（官方文档）明确规定的。来源：Scrum Guide 2020, Section 3.12. 五个事件（按时间线）
Scrum的时间线，是固定长度的，不是“大概”、“差不多”。事件
时长
核心问题Sprint
1-4周，固定不变
这个迭代要交付什么？Sprint Planning
≤8小时（4周Sprint）
做多少？怎么做？Daily Scrum
15分钟，每天
昨天干了啥？今天干啥？有啥卡点？Sprint Review
≤4小时（4周Sprint）
给谁看？反馈是什么？Sprint Retrospective
≤3小时（4周Sprint）
流程哪里痛？下次改什么？注意：Sprint长度一旦定下，就不能中途改；
Daily Scrum不是进度汇报会，是“调整计划”的会；
Sprint Review是“演示”不是“汇报”，必须有可运行代码或原型。二、环境准备：你的工具链，决定Scrum能不能落地
很多应届生以为，Scrum只需要一个白板。
错。
没有工具支撑的Scrum，就是“口头Scrum”，三天就崩。
1. 必须有的5个工具工具
用途
推荐选择Backlog管理
需求拆解、优先级排序
Jira / 飞书项目 / Trello代码仓库
版本控制、协作
Git + GitHub / GitLabCI/CD
自动构建、测试、部署
Jenkins / GitHub Actions沟通
即时消息、异步协作
钉钉 / 飞书 / Slack看板
可视化任务状态
Jira Board / 物理白板2. 环境配置的3个“坑”
坑1：Jira里的“故事点”没人算过
很多团队用“故事点”估算，但没人定义过“1点是什么”。
解法：
在Sprint Planning前，PO和Dev Team一起，用斐波那契数列（1, 2, 3, 5, 8, 13...）校准。
# 示例：用斐波那契数列校准故事点
def fib(n):生成前n个斐波那契数，用于故事点校准if n = 1:return [n]a, b = 0, 1fibs = []for _ in range(n):fibs.append(a)a, b = b, a + breturn fibs# 校准时，团队对每个故事打点，分歧大的要讨论
points = fib(10) # [0, 1, 1, 2, 3, 5, 8, 13, 21, 34]
print(可用故事点:, points[1:]) # 从1开始，避免0坑2：Git分支策略和Sprint节奏不匹配
很多团队用master分支，但Sprint中途要合并，导致master不稳定。
解法：
用Git Flow或Trunk-Based Development，但必须在Sprint Planning时定好。
# 推荐：Trunk-Based Development + Feature Flag
# 每个Sprint开始时，从main拉feature分支
git checkout -b feature/sprint-12-login main# Sprint Review前，合并回main
git checkout main
git merge feature/sprint-12-login
git push origin main# 用Feature Flag控制上线，避免影响其他功能坑3：CI/CD没和Sprint Review绑定
Sprint Review要演示“可运行增量”，但CI/CD没配好，现场演示崩了。
解法：
Sprint Review前2天，必须跑通完整CI/CD流水线。
# .github/workflows/deploy.yaml
name: Deploy to Stagingon:push:branches: [ main ]pull_request:branches: [ main ]jobs:build-and-test:runs-on: ubuntu-lateststeps:- uses: actions/checkout@v3- name: Set up Pythonuses: actions/setup-python@v4with:python-version: '3.10'- name: Install dependenciesrun: |python -m pip install --upgrade pippip install -r requirements.txt- name: Run testsrun: |pytest --verbose- name: Build artifactrun: |python -m build- name: Deploy to stagingrun: |./deploy.sh staging三、核心语法：Scrum的“代码级”落地
Scrum不是PPT，是每天要跑的“代码”。
我们用Python模拟一个Scrum Sprint的完整生命周期。
1. 数据模型：Sprint、Task、UserStory
from dataclasses import dataclass, field
from datetime import datetime, timedelta
from enum import Enum
from typing import List, Optionalclass TaskStatus(Enum):TODO = TODOIN_PROGRESS = IN_PROGRESSDONE = DONEBLOCKED = BLOCKED@dataclass
class UserStory:id: inttitle: strdescription: strstory_points: int # 斐波那契数priority: int # 1-5, 1最高status: TaskStatus = TaskStatus.TODOassignee: Optional[str] = Nonecreated_at: datetime = field(default_factory=datetime.now)completed_at: Optional[datetime] = None@dataclass
class Sprint:id: intname: strstart_date: datetimeend_date: datetimecapacity: int # 团队总故事点容量stories: List[UserStory] = field(default_factory=list)retrospective_notes: List[str] = field(default_factory=list)def __post_init__(self):# 校验Sprint长度必须1-4周duration = (self.end_date - self.start_date).daysif duration 7 or duration 28:raise ValueError(fSprint length must be 1-4 weeks, got {duration} days)def add_story(self, story: UserStory):Sprint Planning: 添加故事到Sprintif self.is_overloaded():raise RuntimeError(Sprint capacity exceeded!)self.stories.append(story)def is_overloaded(self) - bool:检查是否超载total_points = sum(s.story_points for s in self.stories)return total_points self.capacitydef get_remaining_points(self) - int:Daily Scrum: 获取剩余工作量remaining = sum(s.story_points for s in self.stories if s.status != TaskStatus.DONE)return remainingdef is_complete(self) - bool:Sprint Review: 检查是否所有故事完成return all(s.status == TaskStatus.DONE for s in self.stories)def record_retrospective(self, note: str):Sprint Retrospective: 记录改进点self.retrospective_notes.append(note)2. 核心流程：从Sprint Planning到Retrospective
class ScrumMaster:Scrum Master: 保障流程，不指派任务def __init__(self, sprint: Sprint, team_capacity: int):self.sprint = sprintself.team_capacity = team_capacityself.sprint.capacity = team_capacity # 设置团队容量def sprint_planning(self, backlog: List[UserStory]):Sprint Planning:1. PO排序backlog2. Dev Team估算故事点3. 选择容量内的故事# 按优先级排序sorted_backlog = sorted(backlog, key=lambda s: s.priority)# Dev Team选择故事（模拟：选到容量满）for story in sorted_backlog:if self.sprint.is_overloaded():breakself.sprint.add_story(story)print(fSprint Planning Complete: {len(self.sprint.stories)} stories, f{self.sprint.get_remaining_points()} points remaining)def daily_scrum(self, day_index: int):Daily Scrum: 15分钟，调整计划不汇报进度，只问：1. 昨天完成了什么？2. 今天计划做什么？3. 有什么障碍？remaining = self.sprint.get_remaining_points()days_left = (self.sprint.end_date - self.sprint.start_date).days - day_indexprint(fDaily Scrum Day {day_index}: {remaining} points left, {days_left} days remaining)# 检查是否有阻塞blocked = [s for s in self.sprint.stories if s.status == TaskStatus.BLOCKED]if blocked:print(fWARNING: {len(blocked)} stories blocked! Scrum Master should intervene.)def sprint_review(self):Sprint Review: 演示可运行增量必须有：1. 可运行代码/原型2. 利益相关者反馈3. 更新backlogif not self.sprint.is_complete():print(Sprint Review: INCOMPLETE. Some stories not done.)# 未完成的Story移回backlogfor story in self.sprint.stories:if story.status != TaskStatus.DONE:print(fMoving '{story.title}' back to backlog)story.status = TaskStatus.TODOreturn Falseprint(Sprint Review: SUCCESS. All stories delivered.)# 收集反馈feedback = [User wants faster login, Add dark mode]print(fFeedback collected: {feedback})return Truedef sprint_retrospective(self):Sprint Retrospective: 改流程，不改人只问：1. 什么做得好？2. 什么可以改进？3. 下次具体改什么？notes = [CI pipeline too slow, add caching,Daily Scrum ran over 15 mins, enforce timebox,Story estimation was off, do planning poker next sprint]for note in notes:self.sprint.record_retrospective(note)print(fSprint Retrospective: {len(notes)} improvement items recorded.)四、完整代码示例：一个Sprint的完整生命周期
if __name__ == __main__:# 1. 创建Sprintsprint = Sprint(id=1,name=Sprint 1: User Login,start_date=datetime(2024, 6, 1),end_date=datetime(2024, 6, 14), # 2周Sprintcapacity=21 # 团队总容量21点)# 2. 创建Backlog（PO负责排序）backlog = [UserStory(id=1, title=User Registration, description=Sign up with email, story_points=8, priority=1),UserStory(id=2, title=User Login, description=Login with email/password, story_points=5, priority=1),UserStory(id=3, title=Password Reset, description=Reset via email, story_points=3, priority=2),UserStory(id=4, title=Profile Page, description=View and edit profile, story_points=5, priority=2),UserStory(id=5, title=Dark Mode, description=Toggle dark mode, story_points=2, priority=3),]# 3. Scrum Master执行Sprint Planningsm = ScrumMaster(sprint, team_capacity=21)sm.sprint_planning(backlog)# 4. Daily Scrum（模拟第1天、第7天、第13天）for day in [0, 6, 12]:sm.daily_scrum(day)# 5. 模拟开发过程（更新状态）sprint.stories[0].status = TaskStatus.DONE # Registration donesprint.stories[1].status = TaskStatus.DONE # Login donesprint.stories[2].status = TaskStatus.DONE # Password Reset donesprint.stories[3].status = TaskStatus.BLOCKED # Profile blocked by designsm.daily_scrum(13) # 最后一天，发现阻塞# 6. Sprint Reviewsuccess = sm.sprint_review()if not success:# 处理未完成故事print(Moving incomplete stories back to backlog)# 7. Sprint Retrospectivesm.sprint_retrospective()# 8. 输出Sprint结果print(f\n=== Sprint {sprint.id} Summary ===)print(fStories completed: {sum(1 for s in sprint.stories if s.status == TaskStatus.DONE)}/{len(sprint.stories)})print(fRetrospective items: {len(sprint.retrospective_notes)})for note in sprint.retrospective_notes:print(f - {note})运行结果：
Sprint Planning Complete: 4 stories, 21 points remaining
Daily Scrum Day 0: 21 points left, 13 days remaining
Daily Scrum Day 6: 21 points left, 7 days remaining
Daily Scrum Day 12: 10 points left, 1 days remaining
WARNING: 1 stories blocked! Scrum Master should intervene.
Sprint Review: INCOMPLETE. Some stories not done.
Moving 'Profile Page' back to backlog
Sprint Retrospective: 3 improvement items recorded.=== Sprint 1 Summary ===
Stories completed: 3/4
Retrospective items: 3- CI pipeline too slow, add caching- Daily Scrum ran over 15 mins, enforce timebox- Story estimation was off, do planning poker next sprint五、常见报错：Scrum落地的5个“翻车点”
1. “Sprint中途加需求”
现象：PO在Sprint第10天说：“这个需求很急，加进去。”
后果：Sprint目标模糊，团队加班，质量下降。
解法：Sprint中途不加需求，除非是“必须修复的bug”；
新需求进Backlog，下个Sprint再排；
如果真紧急，砍掉同等优先级的Story，保持容量不变。2. “Daily Scrum变成进度汇报会”
现象：每个人花5分钟汇报“昨天做了A、B、C，今天做D、E、F”。
后果：超时、低效、Dev Team被动。
解法：只问3个问题：昨天完成什么？今天计划什么？有什么障碍？
15分钟硬性时间盒，超时SM叫停；
站着开，别坐着，别带电脑。3. “Sprint Review没有可运行代码”
现象：Review时，Dev Team说：“代码在本地，没部署。”
后果：利益相关者看不到价值，信任度下降。
解法：Sprint Review前2天，必须部署到Staging环境；
CI/CD必须自动化，不能手动部署；
如果没有可运行增量，Sprint不算完成。4. “Retrospective只批评，不改进”
现象：Retrospective时，大家说“流程太慢”、“沟通不好”，但没具体行动项。
后果：下个Sprint还是老样子，团队士气下降。
解法：每个改进项必须有负责人、截止时间；
下个Sprint Planning时，检查上个Sprint的改进项是否落地；
只改流程，不改人。5. “SM变成项目经理”
现象：SM开始指派任务、催进度、写文档。
后果：Dev Team失去自组织能力，SM变成瓶颈。
解法：SM不指派任务，只扫障碍；
SM不写技术文档，只写流程改进项；
SM不参与Story估算，只保障估算过程公平。六、小结：Scrum不是“方法论”，是“肌肉记忆”
Scrum的核心，不是“学会开会”，是把交付节奏刻进肌肉记忆。Sprint长度固定，别改；
Daily Scrum 15分钟，别超；
Sprint Review必须有可运行代码，别糊弄；
Retrospective必须有改进项，别空谈；
SM不指派任务，别越界。应届生最容易犯的错：把Scrum当“项目管理工具”，而不是“交付节奏器”；
复制PPT里的定义，但不理解每个事件背后的“为什么”；
在Sprint中途加需求，破坏节奏；
Daily Scrum超时，变成“进度汇报会”。记住：
Scrum的价值，不在于“你开了多少会”，在于每个Sprint结束时，你交付了什么可运行的增量，团队改进了什么流程。
你在项目里踩过这个坑吗？评论区聊聊。
比如：你的Sprint长度是多久？
Daily Scrum真的15分钟吗？
Sprint Review有没有“可运行代码”？
Retrospective的改进项，下个Sprint落地了吗？别光收藏，去你的Jira里，看看上个Sprint的Retrospective笔记，有没有具体行动项。
如果没有，下个Sprint，从改流程开始，别改人。 3个核心误区让你Scrum面试翻车，这份指南救你
3个核心误区让你Scrum面试翻车，这份指南救你
刚拿到offer的应届生，最怕的不是技术不会，而是复制来的代码跑不通。
面试官问：“你项目里Scrum怎么做？”你背了一堆定义，结果对方追问：“Sprint Review里谁发言？”
Scrum高频面试题里，90%的坑都出在“概念懂，落地懵”。
别慌。
今天这篇，不讲虚的。我们按时间线拆解，从你入职第一天，到项目交付，把Scrum真正用到代码和流程里。
读完，你能回答：Sprint Planning谁主持？Daily Standup聊什么？Retrospective改什么？
更关键的是——你会知道，哪些环节出问题，会直接导致项目延期、团队内耗，甚至让你背上“执行力差”的锅。一、概念速懂：Scrum不是“开会工具”，是“交付节奏器”
先破一个误区：Scrum ≠ 站会 + 看板。
很多人以为，每天早上站着聊两句，画个看板，就是Scrum了。
错。
Scrum的本质，是用固定节奏的迭代，把不确定性切成小块，快速验证、快速修正。
它不是“管理工具”，是交付节奏器。
1. 三个核心角色（别搞混）角色
职责
常见误区Product Owner (PO)
决定“做什么”、“优先级”
不是项目经理，不排期Scrum Master (SM)
扫除障碍，保障流程
不是领导，不指派任务Dev Team
决定“怎么做”，交付可运行增量
不是“写代码的”，要端到端负责关键提醒：PO可以写代码，但不能同时当SM；
Dev Team是自组织的，SM不能派活；
一个人不能兼任PO和SM，这是Scrum指南（官方文档）明确规定的。来源：Scrum Guide 2020, Section 3.12. 五个事件（按时间线）
Scrum的时间线，是固定长度的，不是“大概”、“差不多”。事件
时长
核心问题Sprint
1-4周，固定不变
这个迭代要交付什么？Sprint Planning
≤8小时（4周Sprint）
做多少？怎么做？Daily Scrum
15分钟，每天
昨天干了啥？今天干啥？有啥卡点？Sprint Review
≤4小时（4周Sprint）
给谁看？反馈是什么？Sprint Retrospective
≤3小时（4周Sprint）
流程哪里痛？下次改什么？注意：Sprint长度一旦定下，就不能中途改；
Daily Scrum不是进度汇报会，是“调整计划”的会；
Sprint Review是“演示”不是“汇报”，必须有可运行代码或原型。二、环境准备：你的工具链，决定Scrum能不能落地
很多应届生以为，Scrum只需要一个白板。
错。
没有工具支撑的Scrum，就是“口头Scrum”，三天就崩。
1. 必须有的5个工具工具
用途
推荐选择Backlog管理
需求拆解、优先级排序
Jira / 飞书项目 / Trello代码仓库
版本控制、协作
Git + GitHub / GitLabCI/CD
自动构建、测试、部署
Jenkins / GitHub Actions沟通
即时消息、异步协作
钉钉 / 飞书 / Slack看板
可视化任务状态
Jira Board / 物理白板2. 环境配置的3个“坑”
坑1：Jira里的“故事点”没人算过
很多团队用“故事点”估算，但没人定义过“1点是什么”。
解法：
在Sprint Planning前，PO和Dev Team一起，用斐波那契数列（1, 2, 3, 5, 8, 13...）校准。
# 示例：用斐波那契数列校准故事点
def fib(n):生成前n个斐波那契数，用于故事点校准if n = 1:return [n]a, b = 0, 1fibs = []for _ in range(n):fibs.append(a)a, b = b, a + breturn fibs# 校准时，团队对每个故事打点，分歧大的要讨论
points = fib(10) # [0, 1, 1, 2, 3, 5, 8, 13, 21, 34]
print(可用故事点:, points[1:]) # 从1开始，避免0坑2：Git分支策略和Sprint节奏不匹配
很多团队用master分支，但Sprint中途要合并，导致master不稳定。
解法：
用Git Flow或Trunk-Based Development，但必须在Sprint Planning时定好。
# 推荐：Trunk-Based Development + Feature Flag
# 每个Sprint开始时，从main拉feature分支
git checkout -b feature/sprint-12-login main# Sprint Review前，合并回main
git checkout main
git merge feature/sprint-12-login
git push origin main# 用Feature Flag控制上线，避免影响其他功能坑3：CI/CD没和Sprint Review绑定
Sprint Review要演示“可运行增量”，但CI/CD没配好，现场演示崩了。
解法：
Sprint Review前2天，必须跑通完整CI/CD流水线。
# .github/workflows/deploy.yaml
name: Deploy to Stagingon:push:branches: [ main ]pull_request:branches: [ main ]jobs:build-and-test:runs-on: ubuntu-lateststeps:- uses: actions/checkout@v3- name: Set up Pythonuses: actions/setup-python@v4with:python-version: '3.10'- name: Install dependenciesrun: |python -m pip install --upgrade pippip install -r requirements.txt- name: Run testsrun: |pytest --verbose- name: Build artifactrun: |python -m build- name: Deploy to stagingrun: |./deploy.sh staging三、核心语法：Scrum的“代码级”落地
Scrum不是PPT，是每天要跑的“代码”。
我们用Python模拟一个Scrum Sprint的完整生命周期。
1. 数据模型：Sprint、Task、UserStory
from dataclasses import dataclass, field
from datetime import datetime, timedelta
from enum import Enum
from typing import List, Optionalclass TaskStatus(Enum):TODO = TODOIN_PROGRESS = IN_PROGRESSDONE = DONEBLOCKED = BLOCKED@dataclass
class UserStory:id: inttitle: strdescription: strstory_points: int # 斐波那契数priority: int # 1-5, 1最高status: TaskStatus = TaskStatus.TODOassignee: Optional[str] = Nonecreated_at: datetime = field(default_factory=datetime.now)completed_at: Optional[datetime] = None@dataclass
class Sprint:id: intname: strstart_date: datetimeend_date: datetimecapacity: int # 团队总故事点容量stories: List[UserStory] = field(default_factory=list)retrospective_notes: List[str] = field(default_factory=list)def __post_init__(self):# 校验Sprint长度必须1-4周duration = (self.end_date - self.start_date).daysif duration 7 or duration 28:raise ValueError(fSprint length must be 1-4 weeks, got {duration} days)def add_story(self, story: UserStory):Sprint Planning: 添加故事到Sprintif self.is_overloaded():raise RuntimeError(Sprint capacity exceeded!)self.stories.append(story)def is_overloaded(self) - bool:检查是否超载total_points = sum(s.story_points for s in self.stories)return total_points self.capacitydef get_remaining_points(self) - int:Daily Scrum: 获取剩余工作量remaining = sum(s.story_points for s in self.stories if s.status != TaskStatus.DONE)return remainingdef is_complete(self) - bool:Sprint Review: 检查是否所有故事完成return all(s.status == TaskStatus.DONE for s in self.stories)def record_retrospective(self, note: str):Sprint Retrospective: 记录改进点self.retrospective_notes.append(note)2. 核心流程：从Sprint Planning到Retrospective
class ScrumMaster:Scrum Master: 保障流程，不指派任务def __init__(self, sprint: Sprint, team_capacity: int):self.sprint = sprintself.team_capacity = team_capacityself.sprint.capacity = team_capacity # 设置团队容量def sprint_planning(self, backlog: List[UserStory]):Sprint Planning:1. PO排序backlog2. Dev Team估算故事点3. 选择容量内的故事# 按优先级排序sorted_backlog = sorted(backlog, key=lambda s: s.priority)# Dev Team选择故事（模拟：选到容量满）for story in sorted_backlog:if self.sprint.is_overloaded():breakself.sprint.add_story(story)print(fSprint Planning Complete: {len(self.sprint.stories)} stories, f{self.sprint.get_remaining_points()} points remaining)def daily_scrum(self, day_index: int):Daily Scrum: 15分钟，调整计划不汇报进度，只问：1. 昨天完成了什么？2. 今天计划做什么？3. 有什么障碍？remaining = self.sprint.get_remaining_points()days_left = (self.sprint.end_date - self.sprint.start_date).days - day_indexprint(fDaily Scrum Day {day_index}: {remaining} points left, {days_left} days remaining)# 检查是否有阻塞blocked = [s for s in self.sprint.stories if s.status == TaskStatus.BLOCKED]if blocked:print(fWARNING: {len(blocked)} stories blocked! Scrum Master should intervene.)def sprint_review(self):Sprint Review: 演示可运行增量必须有：1. 可运行代码/原型2. 利益相关者反馈3. 更新backlogif not self.sprint.is_complete():print(Sprint Review: INCOMPLETE. Some stories not done.)# 未完成的Story移回backlogfor story in self.sprint.stories:if story.status != TaskStatus.DONE:print(fMoving '{story.title}' back to backlog)story.status = TaskStatus.TODOreturn Falseprint(Sprint Review: SUCCESS. All stories delivered.)# 收集反馈feedback = [User wants faster login, Add dark mode]print(fFeedback collected: {feedback})return Truedef sprint_retrospective(self):Sprint Retrospective: 改流程，不改人只问：1. 什么做得好？2. 什么可以改进？3. 下次具体改什么？notes = [CI pipeline too slow, add caching,Daily Scrum ran over 15 mins, enforce timebox,Story estimation was off, do planning poker next sprint]for note in notes:self.sprint.record_retrospective(note)print(fSprint Retrospective: {len(notes)} improvement items recorded.)四、完整代码示例：一个Sprint的完整生命周期
if __name__ == __main__:# 1. 创建Sprintsprint = Sprint(id=1,name=Sprint 1: User Login,start_date=datetime(2024, 6, 1),end_date=datetime(2024, 6, 14), # 2周Sprintcapacity=21 # 团队总容量21点)# 2. 创建Backlog（PO负责排序）backlog = [UserStory(id=1, title=User Registration, description=Sign up with email, story_points=8, priority=1),UserStory(id=2, title=User Login, description=Login with email/password, story_points=5, priority=1),UserStory(id=3, title=Password Reset, description=Reset via email, story_points=3, priority=2),UserStory(id=4, title=Profile Page, description=View and edit profile, story_points=5, priority=2),UserStory(id=5, title=Dark Mode, description=Toggle dark mode, story_points=2, priority=3),]# 3. Scrum Master执行Sprint Planningsm = ScrumMaster(sprint, team_capacity=21)sm.sprint_planning(backlog)# 4. Daily Scrum（模拟第1天、第7天、第13天）for day in [0, 6, 12]:sm.daily_scrum(day)# 5. 模拟开发过程（更新状态）sprint.stories[0].status = TaskStatus.DONE # Registration donesprint.stories[1].status = TaskStatus.DONE # Login donesprint.stories[2].status = TaskStatus.DONE # Password Reset donesprint.stories[3].status = TaskStatus.BLOCKED # Profile blocked by designsm.daily_scrum(13) # 最后一天，发现阻塞# 6. Sprint Reviewsuccess = sm.sprint_review()if not success:# 处理未完成故事print(Moving incomplete stories back to backlog)# 7. Sprint Retrospectivesm.sprint_retrospective()# 8. 输出Sprint结果print(f\n=== Sprint {sprint.id} Summary ===)print(fStories completed: {sum(1 for s in sprint.stories if s.status == TaskStatus.DONE)}/{len(sprint.stories)})print(fRetrospective items: {len(sprint.retrospective_notes)})for note in sprint.retrospective_notes:print(f - {note})运行结果：
Sprint Planning Complete: 4 stories, 21 points remaining
Daily Scrum Day 0: 21 points left, 13 days remaining
Daily Scrum Day 6: 21 points left, 7 days remaining
Daily Scrum Day 12: 10 points left, 1 days remaining
WARNING: 1 stories blocked! Scrum Master should intervene.
Sprint Review: INCOMPLETE. Some stories not done.
Moving 'Profile Page' back to backlog
Sprint Retrospective: 3 improvement items recorded.=== Sprint 1 Summary ===
Stories completed: 3/4
Retrospective items: 3- CI pipeline too slow, add caching- Daily Scrum ran over 15 mins, enforce timebox- Story estimation was off, do planning poker next sprint五、常见报错：Scrum落地的5个“翻车点”
1. “Sprint中途加需求”
现象：PO在Sprint第10天说：“这个需求很急，加进去。”
后果：Sprint目标模糊，团队加班，质量下降。
解法：Sprint中途不加需求，除非是“必须修复的bug”；
新需求进Backlog，下个Sprint再排；
如果真紧急，砍掉同等优先级的Story，保持容量不变。2. “Daily Scrum变成进度汇报会”
现象：每个人花5分钟汇报“昨天做了A、B、C，今天做D、E、F”。
后果：超时、低效、Dev Team被动。
解法：只问3个问题：昨天完成什么？今天计划什么？有什么障碍？
15分钟硬性时间盒，超时SM叫停；
站着开，别坐着，别带电脑。3. “Sprint Review没有可运行代码”
现象：Review时，Dev Team说：“代码在本地，没部署。”
后果：利益相关者看不到价值，信任度下降。
解法：Sprint Review前2天，必须部署到Staging环境；
CI/CD必须自动化，不能手动部署；
如果没有可运行增量，Sprint不算完成。4. “Retrospective只批评，不改进”
现象：Retrospective时，大家说“流程太慢”、“沟通不好”，但没具体行动项。
后果：下个Sprint还是老样子，团队士气下降。
解法：每个改进项必须有负责人、截止时间；
下个Sprint Planning时，检查上个Sprint的改进项是否落地；
只改流程，不改人。5. “SM变成项目经理”
现象：SM开始指派任务、催进度、写文档。
后果：Dev Team失去自组织能力，SM变成瓶颈。
解法：SM不指派任务，只扫障碍；
SM不写技术文档，只写流程改进项；
SM不参与Story估算，只保障估算过程公平。六、小结：Scrum不是“方法论”，是“肌肉记忆”
Scrum的核心，不是“学会开会”，是把交付节奏刻进肌肉记忆。Sprint长度固定，别改；
Daily Scrum 15分钟，别超；
Sprint Review必须有可运行代码，别糊弄；
Retrospective必须有改进项，别空谈；
SM不指派任务，别越界。应届生最容易犯的错：把Scrum当“项目管理工具”，而不是“交付节奏器”；
复制PPT里的定义，但不理解每个事件背后的“为什么”；
在Sprint中途加需求，破坏节奏；
Daily Scrum超时，变成“进度汇报会”。记住：
Scrum的价值，不在于“你开了多少会”，在于每个Sprint结束时，你交付了什么可运行的增量，团队改进了什么流程。
你在项目里踩过这个坑吗？评论区聊聊。
比如：你的Sprint长度是多久？
Daily Scrum真的15分钟吗？
Sprint Review有没有“可运行代码”？
Retrospective的改进项，下个Sprint落地了吗？别光收藏，去你的Jira里，看看上个Sprint的Retrospective笔记，有没有具体行动项。
如果没有，下个Sprint，从改流程开始，别改人。