上周末忙于参加DevOps大会和企业架构大会了，没来及回顾。这周补上最近两周的。

敏捷游戏工作坊

敏捷转型3个月过半，教练王立杰老师组织产品和研发团队大家做了一次活动，玩了一个游戏，就跟工作坊一样，大家用一个游戏案例再次体验了一遍敏捷的理念和方法。

游戏规则：

7个人一组（标准的Scrum团队规模）

一个网球

球在每个人之间传递，确保每个人都传递到，确保球触碰到手。

间隔传递，不能相邻的人传递

球要有空中停留时间

历时一分钟，看能循环多少次

第一轮的成绩，用立杰老师的话说，所有团队都“惨不忍睹”。一分钟只能循环几遍或十多遍。

但是在第2、3、4轮后，成绩有了飞跃，尤其是我们6组，拿到了一分钟内循环120遍的成绩，也就是一秒钟我们能循环2次。大家可以去发挥想象力了，也可以在自己的团队里玩一下试试。具体的方法我就不透漏了，要不就没意思了：）立杰老师说，在此之前历史上平均成绩是60遍。

转型回顾会

工作坊结束后的第二天，又开了一个会，回顾了一下一个半月来我们的实践情况。

开会第一页PPT，让我们知道，坚持到最后才是成功，甚至敏捷变革只有进行时，没有完成时，我记得开始敏捷宣贯培训时立杰老师就是这么说的。

 然后进入第二阶段重点工作梳理。

 先来看一下当前阶段存在的问题。

 然后定出了几个改进行动：

1、稳定迭代节奏，固定工作日历

2、会议Timebox

 

 3、版本规划

4、测试管理、自动化测试、CI/CD

 5、回顾会

 6、敏捷实践度量指标

 某项目回顾会

 因为某项目定制开发历时时间很长，且客户满意度很低，差点没法验收，所以公司CEO发起了对这个项目的复盘回顾。

先梳理项目的目标、预期和实际结果。

分价值流阶段开始回顾，包括做的好的和需要改进的：

 

 

最后，讨论改进计划，包括三部分：开始做的，继续保持的，停止做的。

会后，我们整理了一份改进计划。同时我提出了一个建议，希望能有一个PMO去组建专家委员会，对我们各个关键节点的工作进行评审。这个委员会是公司级的，可以对各个项目上的工作提出建议，推动改进计划的落地。

下面是我看到的对这样一个专家委员会的介绍：

PMO负责组建专家委员会，并根据专业领域，把这些专家分到不同的专家小组中。在项目各个关键评审点上，都需要专家参与并提供意见。对于出现问题的项目，也需要专家委员会对问题项目进行审查，并合力制定整改措施。专家委员会的成员可能来自组织内部的各个职能与运营部门，也可能来自组织外部。

更多内容见这一篇文章《如何组建PMO专家委员会》

以前我在广联达工作期间，我们产品线的设计方案就要通过专家委员会的审查。当然，除了设计评审、项目管理、敏捷落地、需求分析和变更，都可以有专家小组去评审。

上次在DevOps大会上，也看到了某银行的PMO（效能中心）下面就是分了多个专家小组，如图：

我所在Scrum团队

需要改进的

站会规则还不够清晰，经常需要强调不要讨论跟3个问题无关的内容，比如澄清需求。

回顾会延迟。

技术实践不够，比如极限编程，代码交叉审查也一直没有做。

pingcode使用度和重视度不够，没有把这个作为沟通协作的必备工具。

改进行动

轮流主持站会，把控规则

下周开一次回顾会

技术实践跟开发组长沟通，代码交叉审查也要做一次。

早上站会用大电视+pingcode，代替物理看板。