每日站立会议是被广泛接受的敏捷实践。团队成员在其中分享：
- 上次站立会议后他们做了什么
- 在下次站立会议前要做什么
- 目前面临哪些障碍
Mike Cohn 最近分析了站立会议的一些不同方式，这些会议将完成各个用户故事作为会议进程的一部分。
变种之一，是逐个报告各个故事的状态，而不是逐个人说明。Mike 建议为每个故事指定一个“故事负责人”，即使有多人开发同一个故事，也由此人负责跟踪故事的工作进展。此人要在每次站立会议上说明故事的进展情况，至少要知道谁负责提供故事的最新状态。
另一种与故事状态联系起来的方法，是让团队成员指出他们的工作与哪个故事有关。要想推进这种方法，可以让大家在任务板前开会。任务板上的故事和任务之间的关系要保持清晰，当大家谈及自己的工作时，可以让他们指出自己处理的具体工作条目。
您的团队是否为了将注意力放在用户故事上，调整过每日站立会议的形式？请留下您的评论，告诉我们你们的具体方法以及产生的效果。
查看英文原文： Story-Focused Standups
暂无签名
最新发布
你的 Scrum 检查列表
2011-04-20
Apache 基金会主席 Doug Cutting 谈 Hadoop 和开源
2012-01-17
InfoQ 专访 eBay 系统架构总监 Tony Ng：聊聊电商网站的架构与安全
2011-12-06
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
货拉拉交易核⼼链路连续⽆故障 500+ 天的建设实践
优酷 OTT 小程序应用实践
迈向可观测，阿里巴巴移动端监控运维体系的演进思考
评论