成都建站网址,建个人网站能赚钱吗,django网站开发视频教程下载,淮南百姓网其实回顾会议作为一个检视、反馈、改进环节#xff0c;不仅在传统的瀑布管理模式中#xff0c;还是在Scrum一类的敏捷管理流程中#xff0c;都是非常重要的活动。一些团队认为它无法产生直接的价值#xff0c;所以有意忽略了这个会议#xff1b;一些团队在越来越多的回顾中…其实回顾会议作为一个检视、反馈、改进环节不仅在传统的瀑布管理模式中还是在Scrum一类的敏捷管理流程中都是非常重要的活动。一些团队认为它无法产生直接的价值所以有意忽略了这个会议一些团队在越来越多的回顾中忽然发现这项活动变得开始流于形式逐渐僵化了也有一些团队在开回顾会议的时候发现无法调动起参会成员的积极性不能开展有效的回顾…… 出现上述情况的原因有很多如
没有提前为回顾会议预留出时间总是在大家忙到飞起的时候叫大家去开会激起了团队成员的反感情绪一次又一次的回顾会议找出了团队里的很多问题但却迟迟没有将这些问题铲除逐渐消磨了大家的积极性会议变成了某个人的“秀场”或“刑场”导致大家每次开回顾会议的时候都在担心这次被“凌迟”的是不是自己这个冤大头每次回顾会议的产出都是一个大致相同的结果会议开始变得毫无意义……
如果发现自己的团队中和这些问题对上号了那恭喜你你走出了让团队回顾会议重新焕发活力的第一步。 接下来我们会以一个经典的“帆船回顾模型”为例带大家了解回顾会议的正确打开方式 在这个回顾会上我们乘坐的是一艘即将登上岛屿的帆船当帆船在大海中航行的时候我们其实会遇到很多推动和阻碍的因素比如推动帆船前进的风、阻碍帆船前进的礁石……在上面这张图中我们看到有非常多的元素这些元素会有各自的含义
帆船自己所在的团队和“一根绳上的蚂蚱”同理在这个帆船上我们安全与否都是一体的岛屿团队的目标顺风推动帆船成功登陆岛屿的积极因素即哪些是我们做得好的地方船锚阻碍帆船登陆岛屿的因素也就是有哪些是我们需要改进的地方礁石能够识别出来的当前或未来的风险提前预知并避开风险。
明确了我们在回顾会议中要用到的模型之后就要开始我们的回顾会议准备环节啦。
1. 提前明确会议时间及会议内容
在做当前迭代计划时可以尝试将回顾会议作为改进类任务排进本期迭代的任务中明确任务的工时。其次可以提前和团队成员同步会议的时间、会议的时长以及会议的内容让成员们提前做好相应准备减少会议过程中不必要的等待成本。
2. 确保参会成员职能角色多样
我们尊重每个职能角色的独特视角在回顾会议的过程中也需要让项目过程中的所有职能角色一同参与。这样能够确保我们回顾的视角多样化便于暴露问题。
3. 提升团队的仪式感
准备一个能彰显仪式感的物品比如话筒、木棍、手机等等在发言的时候只有手持这个物品的成员才能发言其他成员不能发言该成员发言完毕后再将物品传递给下一个人直至完成全员发言。
4. 关注团队而非聚焦个人
在陈述项目过程中的阻碍因素的时候我们经常会不自觉地犯一个错误都是因为这个人的代码不规范另一个人的改动方式有误导致我们最终交付的产品中出现了一个比较大的Bug。这种想法看起来是在找出阻碍项目成功的因素实则是将一整个团队的锅甩在了某一个或几个人的身上。实际上出现这个失误不仅是个人有责任团队有责任管理者同样有责任。所以我们在开回顾会的时候应避免出现聚焦到个人身上甚至互相指责的问题甚至是将主语由“某某某”变为“我们”。做好回顾会议的会前准备接下来就是我们正式的帆船回顾模型的步骤。 首先就要拿出我们之前打印好的帆船回顾的图可以团队内部共用一张通过便利贴来进行发散再粘到相应的位置上。需要我们参会的每个人在图上写下自己认为的这次迭代或者项目的目标。大家写完之后再进行内部对齐这个时候就会发现有的团队成员没有对齐目标这就暴露出来了一个信息沟通的问题。 其次依次进行“顺风”“船锚”以及“礁石”的思维发散发散完毕后让大家依次发言。这些发散的结果可能有一部分是重复的所以我们需要将这些内容分类摆放并让参会成员进行投票每人3票选出觉得目前最应该解决的问题。投票后我们就将得票数较多的前3-5个问题整理为改进类任务并放入下一期迭代的待办事项列表中。在下一个迭代中我们就要做出切实的改进了。 其实回顾会议的玩法比较多样我们在开回顾会议的时候要考虑到参会成员的积极性、主动性推动大家共创才能真正解决我们项目过程中出现的问题。
