《告别形式，让团队和客户都能真正跑起来的敏捷实战》

《告别形式，让团队和客户都能真正跑起来的敏捷实战》

主讲：童曜

【课程背景】

很多企业导入敏捷后，陷入了“伪敏捷”的陷阱：

诸如团队的痛：每天开站会像“点卯”，看板成了“摆设”，迭代还没结束需求就变了，996成了敏捷的标配，团队跑得越快，死得越快。

还有客户的痛：虽然说是“敏捷”，但交付的东西不是客户要的；虽然“拥抱变化”，但每次变更都要撕逼；虽然“持续交付”，但上线的全是半成品。

更是经理的痛：Scrum Master成了保姆，Product Owner成了传声筒，项目经理夹在中间，既管不了人，又背不了锅。

敏捷的本意是“用最低的成本、最快的速度、交付最高的价值”。

如果敏捷让你的团队更累、客户更烦，那一定是哪里做错了。

本课程基于500强顶尖企业的敏捷实战，剔除繁文缛节，直击“如何让团队爽、让客户爽”这两个核心命题，带你回归敏捷的本质。

【课程收益】

让团队能跑起来：掌握“自组织”的秘密，让团队从“要我做”变成“我要做”，告别保姆式管理。

让客户爽起来：学会管理客户预期，把“无休止的变更”转化为“可控的价值交付”。

去伪存真：砍掉无效的仪式（如无意义的站会、冗长的复盘），保留真正能提升交付效率的实践。

实战工具箱：获得一套可直接落地的“轻量级敏捷”工具包（从需求拆分到验收标准）。

【课程对象】

敏捷教练、Scrum Master、项目经理、产品经理、研发团队负责人

【课程时间】

1-2天（6-12小时，含沙盘演练）

【课程大纲】

第一模块：祛魅，告别“形式敏捷”的假象

敏捷的流程及异化：为什么敏捷变成了“更快的瀑布”？

仪式感陷阱：站会变成了“汇报会”，看板变成了“贴纸墙”。

伪自组织：经理不在，团队就不知道干什么。

敏捷流感：为了敏捷而敏捷，忘记了商业目标。

回归本质：敏捷宣言背后的“潜台词”

个体与互动​ > 流程与形式：如何解决“站会半小时，干活两分钟”的尴尬？

可工作的软件​ > 详尽的文档：如何让客户看到实实在在的进展，而不是厚厚的PRD？

客户协作​ > 合同谈判：如何把“甲方乙方”变成“战友”？

相应变化 > 遵循计划：竞品出了新功能，老板还要求按原计划做，怎么办？

第二模块：团队篇，如何让团队“自组织”地跑起来？

核心痛点：团队依赖性强，效率低，天天加班，还得靠你推。

需求拆解：如何把大象装进冰箱（User Story）

INVEST原则：如何写出让开发一眼就懂、敢接的Story？

剥洋葱法：把“做一个淘宝”拆成“今天能做的一个按钮”。

实战演练：把老板的“宏大愿景”拆成团队下周能搞定的具体任务。

节奏把控：别让团队“跑断腿”（迭代规划）

为什么Sprint总是完不成？​ —— 帕金森定律在敏捷中的体现。

产能（Velocity）校准：不要透支团队的未来，可持续的节奏才是真敏捷。

DoD（完成的定义）：什么叫“做完”？—— 杜绝“开发完了，测试还没测”的扯皮。

站会与看板：拒绝形式主义

站会的真谛：不是汇报，是“求助”和“对齐”。

看板的可视化：哪里堵车了？哪里资源闲置了？一眼看出来。

限制在制品（WIP）：为什么一个人同时做3个任务，效率反而为零？

第三模块：客户篇，如何让客户更容易接受变更？

核心痛点：客户乱提需求，不信任团队，总觉得我们在偷懒。

预期管理：给客户一颗“定心丸”

MVP思维：先给客户一个能跑的轮子，而不是画一辆整车图纸。

透明化交付：让客户随时能看到进度（哪怕是不完美的），消除不安全感。

价值排序（MoSCoW）：和客户一起砍需求，告诉他“做这个，就必须砍那个”。

变更处理：把“来回拉扯”变成“共赢”

换沙发的逻辑：客户非要换沙发，你告诉他“换沙发可以，但沙发床就得推迟”。

缓冲池（Buffer）：在每个迭代预留20%的弹性空间，专门应对客户的突发奇想。

拒绝的艺术：如何用“成本与价值”说服客户放弃鸡肋需求。

验收标准：别让客户“挑刺”

验收测试驱动开发（ATDD）：在写代码前，先和客户确认“什么样算过关”。

演示会（Review）：不仅是展示成果，更是建立信任的时刻。

第四模块：领导力篇，敏捷教练/PM的“无为而治”

核心痛点：你越努力，团队越废；你不管，团队就乱。

服务型领导：做团队的“清道夫”

扫除障碍：团队说“服务器太慢”，你负责搞定运维，而不是催团队快点写。

屏蔽干扰：挡住老板和业务方对团队的随机骚扰。

赋能授权：让团队自己决定“怎么做”，你只决定“做什么”。

冲突管理：当团队和客户吵起来

翻译官角色：把客户的“气话”翻译成“需求”，把团队的“吐槽”翻译成“困难”。

情绪隔离：不要让情绪污染项目。

第五模块：实战沙盘，极限冲刺

场景演练：客户要求在两周内上线一个电商大促活动页。

困境：

团队评估需要3周，客户不同意。

设计资源被其他项目占用了，没人画图。

老板要求必须上线，且不能降低质量。

分组讨论：

如何利用敏捷方法在两周内完成预定任务？

如何管理客户预期，让他同意先上线核心功能？

如何协调资源，扫除障碍，让团队安心干活？

复盘总结：谁的方案让团队跑得最顺？谁的方案让客户最满意？