Scrum工坊培训心得之一：从“心”认识Scrum

从“心”认识Scrum----天津研发部 黄纯万

 “双十一”当天，我和几位天研的同事，迎着清晨的朝阳，伴着丝丝的凉意，从天津乘火车到北京参加了研发中心项目办组织的Scrum工作坊培训。

此次Scrum工作坊培训还有来自应用开发一部、二部、五部和其他部室的试点团队。培训内容由理论和实践两部分构成。理论部分主要是介绍了敏捷框架Scrum的核心要点（“3（角色）3（工件）5（活动）5（价值观）”），实践部分则是通过沙盘演练的方式现场体验了运用Scrum方法快速构建疯狂动物园的过程。

接触过敏捷的人，一定听说过Scrum。Scrum是众多轻量级敏捷框架中应用最广泛的一种。理论介绍环节首先回顾了Scrum理论的核心：透明、检验和调整（也是过程控制理论的三大支柱）。接着介绍了Scrum的“3（角色）3（工件）5（活动）5（价值观）”。其中三个角色是Product Owner、Scrum Master和Scrum Team，着重介绍了三个关键角色的职责，核心关注点和通常会遇到的核心痛点。三个工件是Product Backlog、Sprint Backlog和 Product Increment，介绍了三个工件各自应该遵循的原则、规范，以及通常会遇到的障碍。五个活动是Product Backlog Refinement（迭代梳理）、Sprint Planning（冲刺计划）、Daily Standup（每日站会）、Sprint Review（迭代评审）、Sprint Retrospective（迭代回顾），逐一介绍了每个活动的目的、时间、任务、时限、输入和输出以及常见的问题。五个价值观是Courage（勇气）、Focus（专注）、Commitment（承诺）、Respect（尊重）和Openness（公开）。沙盘演练环节我们体验了运用Scrum方法通过三个迭代为客户交付一个动物园。

此次培训让我获益匪浅，不仅仅加深了自己对敏捷的认知（特别是Scrum），也启发了自己的敏捷实践改进。概况来讲有如下四点体会：

首先，迭代开发不等于Scrum开发。Scrum作为一种轻量型的敏捷开发框架，有其实施框架和核心要点，不宜再做裁减，否则难以实现理想的敏捷实践目标。

其次，要确保各个反馈环路通畅，在Scrum中Daily Standup（每日站会）是一个小的反馈，Sprint Review（迭代评审）是一个反馈，Sprint Retrospective（迭代回顾）也是一个反馈，由领导、业务或产品经理提出的产品创意（Idea）转化成产品待办清单，再到敏捷团队交付的产品增量（Product Increment），最后到产品的数据分析（Data）这是一个更大的反馈，要确保各个反馈环路通畅才能实现“持续不断地及早交付有价值的软件”的目标。

再次，三大角色责任重大，能力要求各有侧重。尤其是Product Owner和Scrum Master不宜采用兼任的方式，要努力做到专人专责，争取做到能力差异化发展。

最后，用敏捷的方式管理团队的敏捷实践。通过接受外部的培训和指导，借助团队自我的总结回顾找到自己团队敏捷实践中存在的改进点，形成改进的待办清单，对改进事项清单进行优先级排序，明确每一个迭代要改进事项的责任人和验收标准，如此反复推动团队不断调整和改进敏捷实践。

还有三个重要的行动项：第一，明确团队的Product Owner，改变兼任的方式，做到专人专责；第二，调整Product Owner的工作节奏，确保比团队快一个迭代；第三，下周四由Product Owner主持团队的第一次Sprint Review（迭代评审）会。

最后感谢研发中心项目办和天研的各级领导促成了此次取经之行、收获之旅。