博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
【week2】Scrum中的站立会议
阅读量:5020 次
发布时间:2019-06-12

本文共 864 字,大约阅读时间需要 2 分钟。

   Scrum站立会议

     站立会议给我的第一印象就是站着开会,在经过我查阅资料之后,发现也是差不多的意思。学术一点的分析就是在Sprint开始后,团队将会在每个工作日特定时间举行一个简短会议,每次会议大约15分钟,团队的每位成员都将参与。为了保证会议的简短明了,参会人员都保持站立。

     以往的状态报告会议中,通常是经理念着一大堆任务的名称,依次询问每项任务的完成情况,大多数成员会觉得很厌恶。因为基本上跟自己相关的部分大约需要5分钟,另外需要10分钟了解新知识,而剩下的时间都是浪费。站立会议使会议形式从1对n变成了每个人都站在同一水平线上的对等关系,简洁明了。

会议内容

  参加会议成员依次报告:

1.我昨天做了什么

2.我今天要做什么

3.什么问题阻碍了我取得进展。

站立会议的目的是给每个人一个大致的概念,使团队知道走到了哪里。他并不是要全盘说出团队发生的每一件事情。站立会议的主要的优点就是他的简洁性,疲惫的双脚会提醒我们尽量把会议开得简洁。

注意事项:

1.不要等待站立会议之后才开始一天的工作。站立会议最好不要安排在一天工作的开始,比如可以把站立会议安排在每天吃午饭之前的时间,以免大家为避免站立会议打断自己的工作而进行无谓的等待。

2.站立会议要安排在每天的固定时间,固定地点。这样不用每天都通知时间地点。

3.不要让站立会议影响了沟通。有些团队发现他们需要沟通的时候,成员却在等待站立会议,而不是直接走过去与某人交流,这就失去了站立会议的初衷,如果团队发生了这样的事情,最好先将站立会议暂停一小段时间以改善这种情况。

4.站立会议是平等的会议,任何人都不应该支配整个会议。有位评论家说过最理想的领队应是一位有号召力但却不怎么有耐心的同事,他会催促或打断别人的发言。

5.不要让会议流于形式,发言的人不能这样发言:

                     我昨天写代码

                     今天继续写代码

                     我没遇见困难

这样也没有意义。任务必须被明确定义,完成度也要告之队友。

转载于:https://www.cnblogs.com/yumiaomiao/p/5860167.html

你可能感兴趣的文章
第一次独立上手多线程高并发的项目的心路历程
查看>>
ServiceStack 介绍
查看>>
Centos7下载和安装教程
查看>>
无谓的通宵加班之后的思索
查看>>
S1的小成果:MyKTV系统
查看>>
从setting文件导包
查看>>
编写一个函数isMerge,判断一个字符串str是否可以由其他两个字符串part1和part2“组合”而成...
查看>>
union和union all
查看>>
Github 开源:使用控制器操作 WinForm/WPF 控件( Sheng.Winform.Controls.Controller)
查看>>
PMD使用提醒
查看>>
Codeforces 887D Ratings and Reality Shows
查看>>
论文《A Generative Entity-Mention Model for Linking Entities with Knowledge Base》
查看>>
Hive vs. HBase
查看>>
新能源汽车无线充电管理网站1
查看>>
DAY03-Python入门学习-Python基础
查看>>
从0开始 图论学习 前向星表示法
查看>>
CentOS 6.7编译安装PHP 5.6
查看>>
CentOS将普通用户加入管理员组
查看>>
Java中的国际化程序
查看>>
Ubuntu 安装LAMP
查看>>