资源介绍
视频数量：15个
总时长：2小时1分
课程介绍：
敏捷Scrum实战精通
刚接手一个大项目，团队成员分布在不同城市，每周开一次进度汇报会，会上大家轮流念PPT，说来说去都是“正在做”、“快了”、“快了”——项目三个月下来，进度条几乎没动，客户不满意，团队也疲惫。
这是不是你在职场中见过甚至亲身经历过的情况？
问题出在哪儿？不是人不努力，而是方法不对。传统的项目管理方式，像流水线一样按部就班，前期规划、中期执行、后期验收，听起来逻辑清晰，但现实总比计划复杂。当需求变了、客户想法调整了，修改文档、重新审批、走流程，一圈下来半个月过去了。
敏捷Scrum，就是来解决这个问题的。
这门课程只有两小时，但信息量很密。整个学习路径设计得很清晰，从框架的整体介绍讲起，让你先搞明白敏捷和Scrum到底是什么、解决什么问题。然后进入基础知识模块，说说敏捷是怎么来的，它的核心价值观是什么——这部分很重要，很多人觉得敏捷就是“快点做”，但实际上敏捷强调的是适应变化、快速反馈、持续交付价值，理念不对，后面学再多技巧都是空中楼阁。
接下来进入核心内容，3-5-3框架。这个名字听起来有点怪，但其实很好记。3指的是三大角色：产品负责人、Scrum Master、开发团队。5指的是五大事件：Sprint计划会议、每日站会、Sprint评审会、Sprint回顾会，还有Sprint本身。3指的是三大工件：产品待办列表、Sprint待办列表、增量。这部分会把Scrum是怎么运转的讲得很透——谁该干什么事、开什么会、产出什么文档，环环相扣，缺一不可。
拿每日站会来说，很多人都知道这是个“站着的短会”，但为什么要有这个会、规则是什么、怎么开才有效，这些细节决定了它是真正的工具还是走形式。课程里会从开发团队的视角讲解，同时也会站在产品负责人的角度说说他们关心的是什么。这样你就不只是学会“怎么开会”，而是理解每个环节在整体中起什么作用。
产品待办列表是Scrum里最核心的工件之一。课程会专门花时间讲怎么维护这个列表，怎么写高质量的用户故事和验收标准。很多团队的待办列表要么是一堆模糊的需求描述，要么写得太细太死，都不对。产品负责人负责维护待办列表，但开发团队也要参与理解，这是一个协作的过程。
还有一个关键概念是Velocity，也就是速度追踪。听起来像是要给团队施压，但实际上这是帮助团队自我改进的工具。通过记录每个Sprint完成了多少工作，团队能更准确地预测未来能完成多少，能发现自己的节奏问题，不断调整。
三大角色这部分会拆开讲。产品负责人不是简单的“提需求的人”，他需要理解业务、排序优先级、跟各方沟通，是整个产品的把关者。Scrum Master不是项目经理，他更像是教练和仆人，要帮助团队扫除障碍、确保流程正常运行。开发团队也不是简单地“写代码”，他们需要自组织、跨职能、持续交付可用的增量。三个角色各有分工，互相配合，缺了任何一个都不行。
整个课程没有废话，全是干货。两个小时的长度刚好适合想系统学习Scrum的人，既不会太浅，也不会陷入冗长的细节里。看完之后，你至少能搞清楚几个事：Scrum这套方法为什么这么设计、团队里每个角色到底该干什么、日常的各种会议和活动是干嘛用的、待办列表该怎么维护、怎么衡量团队表现。
学完这门课，不管是准备去考Scrum认证，还是想在实际工作中用起来，心里都会有底。如果是刚开始接触敏捷，这门课能帮你搭建起完整的知识框架；如果是已经在敏捷团队里工作但总觉得哪儿不对劲，学完可能会有种“原来是这样”的感觉。