|
转自项目管理者联盟
回顾会议(retrospective
meeting)是scrum中最有价值的会议之一，虽然这个会议很重要，但是在实际的工作中我们会发现往往最容易被砍掉的也是这个会议。项目经理圈子
为什么这个会容易被砍掉呢?项目工作太多，大家太忙只是一个明面的借口，深层次的原因应该有如下几个：项目管理者联盟
· 会议过程和形式太枯燥重复，没有新意，让人厌倦PgMp.mypm.net
· 会议产出的改进计划不明确，不能落实，没有跟踪，更没效果项目经理圈子
· 团队缺乏持续改进的意识，只是停留在埋头处理手上的工作
转自项目管理者联盟
如果你发现你们团队大家对回顾会议不感冒，也许你们就有上面这些问题，本文的目的是介绍一下我个人常用的回顾会议套路，仅供参考。项目管理者联盟
回顾会议的目的bbs.mypm.net
回顾会议是Scrum检视与调整的一个重要的环节,在这个会议上，我们鼓励团队对自己的开发过程进行改进，并确定什么样的调整可以使下一Sprint的效率更高、结果更令人满意和更易于工作。bbs.mypm.net
就像我们频繁的迭代和交付是为了快速的获得外部用户的反馈，进而帮助我们做产品需求的调整一样，每个迭代的回顾会议就是想更快的得到大家对团队工作问题和改进点的反馈，帮助团队内部的工作效能和能力成长的不断改进。项目管理者联盟
回顾会议的过程和我常用的手段项目管理者联盟
bbs.mypm.net
回顾会议过程项目管理者联盟
《Agile Retrospectives》这本书中把回顾会议分成了5个阶段：项目管理者联盟
1. 准备blog.mypm.net
2. 收集数据项目管理者联盟
3. 产生见解项目经理博客
4. 确定改进项项目管理者联盟
5. 结束会议项目管理者联盟
那我就按这几个阶段来讲讲我是怎么做的。项目管理者联盟
准备项目管理论坛
准备阶段其实是非常重要的，一些初次主持回顾会议的scrum
master往往会忽视这个阶段，一上来就让大家写小卡片，这样不仅效果不好，更给人枯燥重复的感觉。blog.mypm.net
准备阶段我往往会选择做下面几件事：
设定一个安全的环境pmp.mypm.net
|
