1. 确定参与人(Who)项目管理者联盟
a)团队所有成员都参加。项目管理者联盟
b)领导是否参加,视情况确定,如果领导参加利大于弊,就邀请,否则就算了。pmp.mypm.net
c)如果是重大的项目发布或项目结束的回顾会议,还应该叫上所有对项目有付出的成员。项目管理者联盟
d)建议指定一个会议引导人,可以是敏捷教练,也可以是团队成员轮流来做(团队成员建议熟读本文)。项目管理者联盟
2.选择合适的场所(Where)项目管理者联盟
a)如果条件允许,离办公位尽可能远一点,避免有同学中途又回去处理工作了。项目管理者联盟
b)尽可能不要使用传统会议室的布局,围坐一个大桌子那种不好。可以拉几把椅子围成一个半圆形。项目管理者联盟
c)需要有白板,或者墙壁可以贴个大白纸。talent.mypm.net
3.准备回顾的内容(What)talent.mypm.net
a)
准备上个迭代的客观数据,特性、需求、缺陷等数据,如果使用了像DevCloud这样的敏捷管理工具,准备数据其实很快的,甚至不用特别准备,现场打开就可以,类似如下这样training.mypm.net

b) 团队成员上个迭代的感受,可以认为是主观数据的收集。项目管理者联盟
c) 每日站立会议的要点。每日站立会议中都会提出并跟踪解决一些问题,回顾这些问题也可以帮助我们审视过程中的情况。项目管理者联盟
d)
准备一个规则,会议开始前贴出来或打印出来或投影仪投出来。规则是为了保证会议的纪律和效率,比如不能随便打断别人讲话,每人发言时长,会议时长(建议10~12人的团队,限定在1小时内)。项目经理圈子
4. 回顾会议的过程(How)项目管理者联盟
a)
准备和引导——明确目标。重申回顾会议的目标和原则,让成员重拾回顾的“初心”,发布公示的回顾宣言,重申会议纪律,时长。准备和引导环节是让大家放下手机,进入回顾会议状态的必要环节,无论开过多少次,都不应该省掉。blog.mypm.net
b)
数据、过程的回放——建立共同的全景。展示本迭代的度量数据,如果有使用类似DevCloud的敏捷管理工具,可以直接打开系统。全景的数据展示回顾,让视角更全面。对于一些“历经劫难”的迭代,可以画一个时间线,把这个迭代发生的重大的一些事件按照时间顺序展示出来,帮助团队成员回顾都发生了什么。club.mypm.net
c)
提出见解——我们如何才能做得更好。可以通过头脑风暴,全员参与,有很多种分类的方法,如下图中是分为Good(下个迭代哪些好的方法可以继续保持),Could
Bette”(下个迭代可以哪些地方可以做得更好),Improvements(新的改进的具体想法)。可以采用“有限投票”的方式,每个成员有5票(比如小磁贴或直接记正字),大家共同选出团队层面需要重点改进的。其实投票未排进Top的改进,如果不需要组织和团队来推动,个人也可以实施的改进,也应该支持。项目管理论坛

training.mypm.net
d)
确定措施——想清楚就干,才有诚信。识别了重点的改进项,为每一个改进项指定计划,执行的措施,需要更高层面去解决的措施需要单独列出来,项目Leader会后要发挥“死缠烂打”的精神去骚扰领导了,同时每个改进措施都应该明确一个责任人,如果没有明确的责任人,大家都会认为是别人的事情。项目管理者联盟
e)
结束会议——果断结束,绝不拖泥带水。将会议中达成共识的措施和计划整理记录下来,如果使用了敏捷管理的工具系统,可以直接输入到系统中,记录为Story或者任务。项目管理者联盟
来自实践中的一些坑和雷项目管理者联盟
1.不持之以恒PgMp.mypm.net
几天打鱼几天晒网的可不行。项目管理者联盟
|