主题 | 正确的模式 | 正面例子 | 反面例子 | 改进建议 |
自组织 | 团队成员都参与到其中, 对话和讨论发生在团队成员之间。 | 团队成员争先恐后的从任务版上领取任务,识别不同分类的需求(QA 和开发人员一起工作) | 团队成员不是相互讨论,而是向领导汇报工作 | "看着你的鞋子" 技巧: 站会主持这每当一个团队成员注视着他汇报的时候,就低头看着自己的鞋子 |
关注点 | 团队成员能够锁定什么是最重要的,什么是阻碍 | 团队成员监督每个人的关注点, 并且提醒跑题的人: “让我们会后再讨论." | 站会之后才讨论问题的解决方法和其他议题,即使它们很重要 | 站会主持人在大家讨论超出范围时,要给出提醒 |
合作 | 每个团队成员能够向其他人提供帮助, 并且不羞于向他人寻求帮助 | “我如何支持你? 你如何支持我? 让我们站会之后一起讨论一下.” | 会议主持人必须提醒团队成员之间的工作任务的相关性,并且指出可以相互支持的内容 | 第三个问题变成:“什么在阻碍我们完成工作”,让团队成员认识到在任何任务中他们都不是孤立的 |
节奏 | 一人接一人的连贯并迅速的讲话,并不需要表面上的指令让下一个人继续,所有人都在“管理”, 因此没有人“被管理” | 完美的“爆米花”式讨论,没有团队成员过多的和某一个人讨论 | 站会主持人必须经常提醒下一个人开始分享,团队成员们也都在等他“下一个进行”的信号 | 在任务板前开站会(对成员有直观的提示),每天同一时间、同一地点. |
勇气 | 揭露并且面对障碍,当变化来临时,承认并且拥抱它 | 如果燃尽图没有按照计划更新,团队成员要有勇气讲出来 | 每个人都避而不谈一些显而易见的问题,避开有难点的讨论 | 使用注释黑板,放置便利贴去记录关注点和进度 |
尊重 | 团队成员, ScrumMaster, product owner 之间相互关心尊重; 欣赏站立的价值 | 参与者准时参加站会并且监督是否超时 | 团队只向站会主持人或领导问候,没有想到相互间的尊重 | 禁止或消除站会中存在“领导”,考虑随手记录、时间记录,停止任何礼仪 |
转自:http://blog.sina.com.cn/s/blog_3f97b16d0100xnhj.html