上周末忙于参加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，代替物理看板。