11.29有幸参加了Odd-e办公室张博超教练的ScrumMaster能力培养Omega计划。我们充分分享了实际案例,通过5个会议的实际案例的分析和解答,让我们对Scrum有根深一步的理解。
但每个人的理解不尽相同,所以这里只是参考。
没有早会可以吗?或者不需要每天开早会可以吗?
可不可以,先要从早会需要说什么内容来分析。
实际分享的例子:
- 昨天做了什么
- 今天要做什么
- 今天有什么事是需要协作的
在讨论中大家发现,“昨天做了什么”这件事变成了汇报工作。
教练的建议:
- 如果昨天的计划没有完成,发生了什么
- 每天的早会是planing的延续或者重复
- 通过拆task的手段(planing中拆 task)来达到大家对用户故事的理解
我的理解是:
PDCA
- Plan:早会是每天的计划,约定做哪些,交付什么
- Do:付诸实施
- Check:检查每天的最小可交付产品
- Action: 出现问题,做出调整
所以我认为早会是必须的,早会充当了PDCA中的P的角色。无论我们做任何事,都应该是PDCA。也可以在早会中做出Action。但是Action可以发生在任何时候,不一定要留到早会。
我们觉得有问题,还是你觉得有问题?
之前我一直犯下了一个错误,总是我自己觉得有问题。可能作为leader,我通过经验和对大家的了解确实能够发现问题。但是团队不一定觉得这个是问题,如果团队不能自己意识到这个问题,也很自组织的方式去改正。
所以这里就有2个点:
- 通过观察,客观描述事实
- 让团队意识到这个事实,自己做出改变
观察和客观描述事实是需要练习的,我们会不经意间加上了主观判断。教练推荐了一种比较好的练习方式:在各种会议的时候躲到一边,拿出便条纸。记录下大家的发言,神态,座位等
WechatIMG3.jpeg
然后是让团队意识到,自己做出改变。
41512010278_.pic.jpg
如何让Retrospective开的更好?
案例:
在回顾会议上,小伙伴不太愿说话。我们会在回顾会上讨论做的好的点,和不好的点。有一个小伙伴私下对我说了不好的点,希望改进,我表示很赞同。但是发现她不愿意在回顾会议上表达。在我的多次鼓励下,她才在2个星期后的Retrospective提出。
教练的建议:
- Retrospective应该是次teambuilding
- 应该营造安全的感觉
- 正向思考(把不好,改成可以做的更好)
- 对事不对人
会议的时间太长?
做好这几点就可以了。
101512011105_.pic.jpg
网友评论