BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

应该用多长时间做回顾?

| 作者 Amr Elssamadisy 关注 0 他的粉丝 ,译者 乔梁 关注 7 他的粉丝 发布于 2007年11月14日. 估计阅读时间: 2 分钟 | 如何结合区块链技术,帮助企业降本增效?让我们深度了解几个成功的案例。

正如Norm Kerth所说,“回顾会议”最初的定义是“一个为期三天的离位(offsite)会议”。从那时起,敏捷社区就开始这个实践并使其成为每个迭代的一部分。每个敏捷回顾分为五个阶段进行,但在时间方面并没有一个具体的指导。在Rachel Davies最近的《用回顾重构你的开发过程》一文中,她建议我们每个星期用30分钟的时间做回顾。我看到很多团队想使这个时间最小化,有的甚至只有15分钟。那么一个回顾会议到底要多长时间呢?

对于敏捷回顾,Esther Derby和Diana Larson告诉我们:“每个回顾会议应该有以下几个阶段”:

  1. 准备
  2. 收集数据
  3. 达成共识
  4. 决定做什么
  5. 总结

对于每个阶段,他们都用了几个不同却通常行之有效的实践(例如,用三个问题“在这个迭代中,你认为不该做的事是什么?令人不快的事呢?令人愉悦的事呢?”来收集数据)。但完成这五个阶段需要一个小时(可能不会少于两个小时)。如果迭代周期是一到两个星期的话,那你想在每个迭代结束之前都花上两小时做回顾吗?

Rachel Davies的文章中,她建议每星期30分钟:

时间方面的一个粗略计算是:团队每星期需要三十分钟的回顾时间,也就是每个月两小时,这就相当于使用一天的时间可以对几个月的工作进行回顾。

难道这暗示我们每个月做一次回顾就行?还是说对迭代周期只有一两个星期的团队,每个迭代应该用30-60分钟来做这件事呢?在这么短的回顾会议上,我们怎么来完成这五个阶段呢?

最终,很多团队采用15-30分钟完成五项内容中的几项,而不是全部。如果他们认为从某项中得到很少的价值,那么这次就放弃或以后再也不要它了。

所以,这方面有很多各式各样的建议和实践。什么是最有效的?你的经验是什么呢?你们做规律性回顾吗?如果有,是多长时间呢?你认为它们是有效的,还是在浪费时间?

英文原文链接:How Long Should Retropsectives Last?

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

兵无常势,水无常形 by Jacky Li

I just want to say that it depends

我的经验 by 熊 小

第一次迭代结束后,我也对如何开展回顾活动深感头痛。因为team中的同事们,虽然平时关系都很好,但是说起来工作上的事情好像都欲言又止的样子。所以我采取的策略就是,在回顾之前,先跟每个人谈话,了解他们的想法,再在回顾会议上,把收集的信息和问题分享出来,再问大家是否有补充。

Re: 我的经验 by 乔 梁

因为team中的同事们,虽然平时关系都很好,但是说起来工作上的事情好像都欲言又止的样子。

是因为“企业文化”吗?

Re: 我的经验 by Yu Fisher

中国人的文化背景和习惯问题。有问题的时候不愿意当面说,当面只说好话。TL平时可以加强非正式的沟通,大体上把握TM的想法,在回顾之前先做总结,让TM做补充。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

4 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT