BT

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

以故事为焦点的站立会议

| 作者 Chris Sims 关注 0 他的粉丝 ,译者 郑柯 关注 3 他的粉丝 发布于 2008年10月1日. 估计阅读时间: 1 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

每日站立会议是被广泛接受的敏捷实践。团队成员在其中分享:

  • 上次站立会议后他们做了什么
  • 在下次站立会议前要做什么
  • 目前面临哪些障碍

Mike Cohn最近分析了站立会议的一些不同方式,这些会议将完成各个用户故事作为会议进程的一部分。

变种之一,是逐个报告各个故事的状态,而不是逐个人说明。Mike建议为每个故事指定一个“故事负责人”,即使有多人开发同一个故事,也由此人负责跟踪故事的工作进展。此人要在每次站立会议上说明故事的进展情况,至少要知道谁负责提供故事的最新状态。

另一种与故事状态联系起来的方法,是让团队成员指出他们的工作与哪个故事有关。要想推进这种方法,可以让大家在任务板前开会。任务板上的故事和任务之间的关系要保持清晰,当大家谈及自己的工作时,可以让他们指出自己处理的具体工作条目。

您的团队是否为了将注意力放在用户故事上,调整过每日站立会议的形式?请留下您的评论,告诉我们你们的具体方法以及产生的效果。

查看英文原文:Story-Focused Standups

评价本文

专业度
风格

您好,朋友!

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

获得来自InfoQ的更多体验。

告诉我们您的想法

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

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

stand up meeting 上,是否真的需要每个人都说一遍自己昨天干了啥? by Chan Jackei

作为经常被提到的敏捷和精益,是否真的需要每个人都说一遍自己昨天干了啥?

如文中所说:指定一个“故事负责人”,即使有多人开发同一个故事,也由此人负责跟踪故事的工作进展。此人要在每次站立会议上说明故事的进展情况,至少要知道谁负责提供故事的最新状态。 ──团队规模或者项目的复杂程度到了这个地步吗?team leader 自己无法跟踪全部的进度情况?还需要在一个敏捷团队中再指定一些负责人?

另外,文中提到“让团队成员指出他们的工作与哪个故事有关”。既然敏捷实践对于每个迭代周期都会控制的比较短,那么作为 team leader,不清楚前一天 team member 做得事情跟哪个故事有关吗?

如果一个 team leader 如上面所提到的工作,那说明他/她太不称职了!

一个称职的 team leader,应该在每天早上的 stand up meeting 上,通过与 team member 确认上一日工作和未完成的工作,来确认如下问题:
1.确认进度是否偏离,是否已经找到了偏离的原因和解决的方法;
2.确认质量是否超出可接受的下限,是否已经找到了原因,是否准备立即解决;
3.是否存在需要team leader来协调解决的问题;
4.明确当前工作目标。

但是作这个事情的时候,对于已经包含在计划中的工作,尽量避免反复的让 team member 来重复。

Re: stand up meeting 上,是否真的需要每个人都说一遍自己昨天干了啥? by Chan Jackei

不过文中提到的思路,关注“故事”而不仅仅是完成了什么,是有益的,避免开发人员只关注代码完成,而忽略了“故事”作为一个工作任务的整体性。

允许的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通知我

2 讨论

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


找回密码....

Follow

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

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

Like

内容自由定制

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

Notifications

获取更新

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

BT