Scrum敏捷开发入门指南

让我猜猜：你正在独自学习编程。你不断钻研教程，搭建了作品集网站，可能在GitHub上部署了一些项目。现在你正试图找工作或加入团队。

然后面试开始了。突然有人问：

“你熟悉敏捷开发吗？”

“你有Scrum环境的工作经验吗？”

“你对迭代冲刺有什么经验？”

冒牌者综合征瞬间发作——因为JavaScript入门课从不教这些。

本指南正是为你而写。我将帮你理解Scrum流程（开发者协作的常用方式），不仅讲解基础概念，还会告诉你开发者的实际工作内容、新人参加站会的体验，以及当你不再孤立编码时的职责要求。

内容概览

• Scrum究竟是什么？
• Scrum三大角色及其职责
• Scrum节奏：迭代冲刺实战解析
• 站会：像人类而非机器人一样沟通
• 冲刺规划会议
• 用户故事详解与编写技巧
• 完成定义(DoD)的重要性
• 演示会与回顾会实战要点
• 常用协作工具介绍
• 求职准备建议

Scrum究竟是什么？

Scrum不是工具，不是软件，也不是只有项目经理关心的精英概念。这是一个轻量级框架，帮助软件团队在称为“冲刺”的短周期内协同增量构建产品。

从FAANG团队到独立开发工作室都在使用Scrum，因为它能帮助：

• 保持团队目标一致
• 快速交付可用软件
• 频繁调整方向
• 及早发现问题（避免危机爆发）

这与传统的“开发一年然后祈祷成功”模式完全相反。

Scrum三大角色及其职责

Scrum官方定义三个角色，实践中的具体职责如下：

1. 产品负责人(PO)

职责定位：愿景掌控者
决定团队构建什么以及为什么构建，具体包括：

• 编写用户故事（从用户角度描述的功能需求）
• 优先级排序
• 明确成功标准
• 对功能需求做出“通过”或“暂缓”决策

2. Scrum主管(SM)

职责定位：空中交通管制员兼治疗师
确保流程顺畅运行，担任开发者和PO之间的协调者，具体包括：

• 主持会议
• 消除障碍（例如“AWS访问卡住了？我来升级处理”）
• 指导团队实践Scrum
• 不管人，只管流程

3. 开发者（就是你！）

职责定位：构建者
编写代码、测试、部署、修复和改进，同时需要：

• 将故事拆分为任务
• 从团队看板（如Jira或Trello）领取任务
• 沟通进度
• 在冲刺结束时演示成果

你可能还会与设计师、测试人员或DevOps人员协作——但在Scrum中，你们都是共同构建产品的“开发者”。

Scrum节奏：迭代冲刺实战解析

理解Scrum周期

当团队使用Scrum构建软件时，实际流程是怎样的？让我们走完一个完整的冲刺周期——不仅是流行术语，更是人类团队尝试规划、构建、评审和改进的真实过程。将这视为你了解现代团队协作节奏的后台通行证。

📦 步骤1：构建与细化产品待办清单

在编码开始前，团队需要就构建内容达成一致——不仅是本周，还包括近期计划。

这就是产品待办清单的作用。这是一个持续运行的庞大列表，包含产品可能需要的所有内容：功能、缺陷修复、改进、想法，甚至一些大胆的梦想。就像产品的愿望清单，但更有序（理想情况下）。

产品负责人负责维护和优先级排序，根据客户需求、业务目标和反馈决定最重要的工作项。

但PO不会孤立行事。这时需要待办清单细化会议。

在这些会议中，Scrum团队（包括PO、Scrum主管和开发者）共同：

• 评审最重要的待办项
• 澄清每个任务的模糊或混淆部分
• 将大项拆分为可构建的小用户故事
• 估算工作量（每个故事所需时间或复杂度）

此会议确保团队在冲刺中不会措手不及，理解后续工作并在时机到来时真正开始冲刺。

🧭 步骤2：冲刺规划——本次构建什么？

既然有了坚实的待办清单，是时候选择当前要构建的内容了。

在每个冲刺开始时（通常持续1到4周），团队举行冲刺规划会议。这场会议为整个冲刺设定舞台——就像大赛前的战术讨论。

在冲刺规划中，团队：

• 评审待办清单中的顶级项
• 根据可用性和能力讨论实际可完成的内容
• 选择部分故事项进行承诺
• 定义冲刺目标——概括本次冲刺目的的简单陈述

例如，冲刺目标可能是：🎯“允许用户重置密码”。

每个选择的用户故事都应贡献于该目标。这些故事的集合成为冲刺待办清单——基本上是本次冲刺的任务列表。

所以当我们说： “团队选择有序的用户故事列表组成下次冲刺的冲刺待办清单，这些故事应可实现以满足冲刺目标…”

实际上就是在说：👉“选择数量合理的重要任务，如果完成，将帮助我们达成冲刺目标。”

既不过于模糊，也不过于雄心勃勃，只是可实现且专注的。

☀️ 步骤3：每日站会——保持同步

现在冲刺正在进行中！但如何保持每个人对齐并避免孤立工作？

这就是每日站会的作用。每天——通常在早上——团队进行快速检查（约15分钟），每人回答三个问题：

• 我昨天做了什么？
• 我今天要做什么？
• 有什么阻碍我吗？（即我是否卡住了？）

示例： “昨天我完成了登录API集成。今天我将处理UI验证。我在获取 staging 数据库访问时遇到阻碍——可能需要帮助。”

这些站会使团队保持同步并及早发现阻碍，以便快速解决。它们不是关于微观管理或炫耀，而是关于可见性和支持。

📉 什么是冲刺燃尽图？

你可能会听到团队提到“燃尽图”。不，这不是关于事情搞砸了（希望如此）。

冲刺燃尽图是一种图表，显示冲刺中剩余的工作量——逐日变化。

• Y轴是剩余工作量（通常以故事点或任务数衡量）
• X轴是冲刺剩余天数

随着工作完成，线条理想情况下应向下趋势——因此称为“燃尽”。如果线条持平或上升，那是团队可能卡住、落后计划或未更新看板的危险信号。

将其视为冲刺的视觉心跳。通过此视频可以了解更多实际示例。

🖥️ 步骤4：冲刺评审——展示构建成果

在冲刺结束时，团队举行冲刺评审（也称为“演示”）。这是展示冲刺期间实际构建内容的时候。

• 开发者演示工作功能——实时演示，不仅是截图
• 产品负责人评审是否达成冲刺目标
• 利益相关者可能提问、提供反馈或建议调整

此会议不仅是展示——它是反馈循环。帮助团队验证构建的内容有用、可用且符合期望。如果需要更改，这些将添加到未来冲刺的待办清单中。

🔍 步骤5：冲刺回顾——反思以向前进

评审完成后，团队将焦点从构建内容转向协作方式。

进入冲刺回顾——反思过程而非产品的会议。

团队讨论：

• ✅ 哪些做得好
• ❌ 哪些不顺利
• 🔁 下次可以改进什么

这不是关于指责，而是关于学习、适应和持续改进团队协作方式。

Scrum主管通常主持此会议，帮助将反馈转化为下次冲刺的行动项。例如： “我们低估了测试时间。下次冲刺，让我们提前预留QA时间。”

优秀团队认真对待回顾。为什么？因为即使代码完美，过程也需要调整——小的过程改变通常带来大的收益。

♻️ Scrum是循环

以下是节奏：

• 规划冲刺
• 每日检查
• 构建和演示产品
• 反思和改进

然后重复——每次协调稍好，信任稍多。

这不是关于速度快，而是关于有意识、一致和协作。

示例冲刺

假设你的团队进行4周冲刺。（请注意，冲刺因团队、产品性质、发布周期等而异。）

大致节奏：

Scrum循环工作。每2-4周（取决于节奏和冲刺周期），你的团队应该有可演示的工作软件展示——即使很小。

不，这不是关于“速度”，而是关于一致性、沟通和协作。

仪式参与人员

现在让我们更深入实际理解每个仪式的运作方式：

站会：像人类而非机器人一样沟通

那么团队如何实际保持日常联系？这就是站会的作用。

每天早