快讯|敏捷中国行-郑州站纪实

2019年2月18日，睿思得咨询开启2019敏捷中国行培训，第一场Scrum Master培训走进郑州，来自26家公司的31名学员参加了此次培训。

此次培训由美国Technology & Management Consulting （TMC）公司总裁、北京睿思得咨询公司总经理高山（Sam Gao）老师亲授，学员不仅可以学习Scrum的基本概念和方法，还通过实战练习的形式亲历Scrum的工作过程，领悟Scrum的内涵，最终掌握Scrum的精髓，从而能在实际工作中使用Scrum方法。

合影.jpg

开场游戏与Scrum

培训以游戏开场，规则很简单，所有学员分成两组，每组围成一圈站立，传递网球，只能用手传球，球从一个人手到另一个人手之间必须有空中时间，球必须传递给不相邻的人，一个球经过所有成员后才算1分，2分钟之内传递小球的个数为总成绩。游戏进行了3轮，每轮中间有2分钟的讨论时间。

游戏.jpg

游戏虽简单但通过固定时间箱，按照敏捷的思想进行回顾，让大家深刻地体会Scrum的要点：

1）回顾的重要性：每个冲刺的回顾都能提高下一次的成绩，此次第一轮冲刺只传了13个球，通过回顾总结，改进后的第二轮传了50个球，最后一轮传了56个，改进幅度之大让学员自己都无法想像；

2）计划是有用的，但不能盲从：设计再周密的方案不如马上动手，只有实践起来才能提出有针对性的改进建议；

3）自组织的团队：团队成员来自不同的公司，大家可以很快可以组织起各自团队。短时间内的决策也是相当有作用的，2分钟虽短，但短时间也同样能激发出的大脑无穷的创造力；

4）减少每个人空闲等待的时间，并行作业让球不停地在多个人之间快速流动，大大减少了等待的时间；

5）当成绩提高到一定水平后，如果不在方法或工具上出现革命性的变革，成绩就不会再有多大的提高；

6）把30分钟的总时间分解为多次迭代，每个迭代中进行实践和总结，远远比进行29分钟的周密设计讨论和1分钟的实践要有效得多。

Scrum三个原理

Scrum是基于经验过程控制理论（Empiricism)。经验主义主张知识源于经验，而且基于已知的事物进行决策。Scrum 采用迭代增量式的方法来优化预测能力和控制风险。

1）透明（Transparency）

•过程的关键环节对于负责产出的人必须是可见的。要做到透明，就需要对这些关键环节制定统一的标准，这样所有看到这些环节的人都会有一个共同的理解。

•例如：

–所有参与者在涉及过程的时候都用统一的术语，

-负责开发工作和验收工作的人必须对“完成”有一致的定义。

2）审查（Inspection）

•Scrum 的使用者必须经常审查Scrum 的产出和完成 Sprint 目标的进度，来发现不期望的偏差。审查不应该过于频繁而阻碍了工作本身。当熟练的审查人员认真履行审查工作时，效果最佳。

3）调整（Adaptation）

•如果审查人员发现过程中一个或多个方面偏离了可接受的范围，并且将会导致产品不合格时，就必须对过程本身或者被开发的内容进行调整。调整工作必须尽快实施以避免偏差进一步扩大。

•Scrum 指定了进行审查和调整的4 个活动：

–Sprint 计划会议

–每日Scrum 站会

–Sprint 评审会议

–Sprint 回顾会议

Scrum三个角色

Scrum 团队由产品负责人（PO)、开发团队和 Scrum Master 组成。Scrum 团队是跨职能的自组织团队。这种团队模式可以最大限度地优化灵活度、创造力和生产效率。

1）产品负责人PO（Product Owner）

•产品负责人是管理产品待办列表（Backlog)的唯一责任人：

–清晰地表达产品待办列表项

–对产品待办列表项进行排序，最好地实现目标和使命

–优化开发团队所执行工作的价值

–确保产品待办列表对所有人可见、透明、清晰，并且显示Scrum 团队的下一步工作

–确保开发团队对产品待办列表项有足够的理解

2）SCRUM Master

•Scrum Master 负责确保所有人都能正确地理解并实施 Scrum。

•Scrum Master 是Scrum 团队中的服务型领导。

•Scrum Master服务于产品负责人。

•Scrum Master服务于开发团队。

•ScrumMaster服务于组织。

3）开发团队（DEV Team）

•开发团队有以下几个特点：

–自组织的

–跨职能的

– 不认可开发团队成员的头衔

–不认可开发团队中的所谓“子团队”

–开发团队中的每个成员可以有特长和专注领域，但是责任属于整个开发团队。

•开发团队的规模

–开发团队最佳规模是：足够小以保持敏捷性，足够大以完成重要的工作。

Scrum四个活动

1）Sprint Planning

•Sprint 计划会议要解决以下两个问题：

–接下来的Sprint 交付的增量中要包含什么内容？

–要如何完成交付增量所需的工作？

2）Daily Scrum

•每日Scrum 站会是以15 分钟为限的事件，开发团队成员在这里分享各自的工作情况，并为接下来的24 小时制定计划。会议上，每个开发团队成员都需要说明：

–昨天我为开发团队达成Sprint 目标做了什么

–今天我准备如何帮助团队达成Sprint 目标

–有什么事情阻碍了我帮助团队达成Sprint目标

3）Sprint Review

•Sprint 评审会议的主要内容包括：

–产品负责人说明哪些工作“完成”了，哪些工作没有“完成”

–开发团队讨论在Sprint 中工作进展、问题

–开发团队演示完成的工作并解答关于所交付增量的问题

–为下个产品版本的发布评审时间表、预算、潜在功能和市场

4）Sprint Retrospective

•Sprint 回顾会议的目的是：

–对前一个Sprint 周期中的人、关系、过程和工具进行检视

–找出做得好的和潜在需要改进的主要方面，并进行排序

–制定改进Scrum 团队工作方式的计划

Scrum产出

•Scrum 的工件以不同的方式表现工作任务和价值，可以用来提供透明性以及检视和调整的机会。产出包括：

–产品待办列表 (ProductBacklog)

–监控实现目标的进度 (MonitoringProgress Towarda Goal)

–待办列表 (Sprint Backlog Sprint)

–监控Sprint进度 (MonitorSpring Progress)

–增量 (Increment)

Scrum Done的定义

•当产品待办列表项或者增量被描述为“完成”的时候，每个人都必须理解“完成”的定义，该定义作为规范、标准或者指引，所有Scrum 团队都必须遵守。

Scrum实战演练

详细讲解怎样把CMMI和敏捷开发融合在一起，学员分组，以Lego（乐高）为道具，通过三个冲刺的实战练习确实掌握Scrum方法，并能在培训完成后立刻在公司内部使用Scrum方法，或指导Scrum方法的实施。

乐高.jpg

快讯|敏捷中国行-郑州站纪实

Scrum三个角色

Scrum四个活动

1、独家专访 | Jeff Sutherland谈Scrum及规模化Scrum如何帮助中国企业实现转型提升