敏捷与 Scrum

Scrum 框架

角色

角色	职责
Product Owner（PO）	管理 Product Backlog，定义优先级，代表用户价值
Scrum Master	守护流程，移除障碍，教练团队
Development Team	跨职能自组织，交付可工作软件

事件

事件	时长	目的
Sprint	1-4周	迭代周期
Sprint Planning	4-8h	选择和拆解当期任务
Daily Standup	15min	同步进度、暴露障碍
Sprint Review	2-4h	演示成果，收集反馈
Sprint Retrospective	1-3h	团队复盘，持续改进

产物

产物	说明
Product Backlog	按优先级排序的全部需求列表
Sprint Backlog	本期 Sprint 选定的任务
Increment	每个 Sprint 交付的可用产品

本项目的敏捷实践

使用 PLAN/CHANGE 契约机制：

• PLAN 契约：架构变更前，先写方案文档确认，再实施
• CHANGE 契约：小改动前，简述改动点和影响，确认再执行
• 模块 spec：每个功能模块有独立规格文档，状态可追踪

Story Point 估算

1 SP  → 极简单（<2h）：配置修改、文案更新
2 SP  → 简单（半天）：小功能，逻辑清晰
3 SP  → 中等（1天）：有一定复杂度
5 SP  → 复杂（2-3天）：涉及多模块联动
8 SP  → 很复杂（4-5天）：建议拆分
13 SP → 应拆分

常见问题

问题	解决方式
需求蔓延（Scope Creep）	严格控制 Sprint 期间加需求，加入 Backlog 下期规划
任务未完成	Sprint Review 时诚实汇报，未完成移回 Backlog
障碍未暴露	Scrum Master 主动追问，建立安全文化