Scrum 常见错误实践 之 过长的站会

站会看起来很简单,在实践过程中,却经常会出现控制不当而导致达不到应用效果的状况。我只是结合自己的一些过往经历作一些浅显的总结。

一个很常见的就是站会拖得太长。

一般来说站会不应该超过15分钟,每个人应该不超过两分钟;但是很多时候都会因为在站会上讨论具体的技术问题而拖长时间;这是应该重点避免的情况。一是要节约会议时间,更重要的是明确站会的目的和主题,这样开会才更有效率。

如果过于纠结于具体的技术细节,开展了长篇的讨论,其他人的时间会被浪费。而且长期下来,会打击其他成员的积极性,让站会上本来应该关注的三个问题没有得到的足够的重视,长此以往,就会达不到互相沟通和传递信息的目的。

一般来说,如果真的在前一天的工作中遇到了技术问题,那么应该是将问题抛出来,然后相关人员在会后及时的对问题的相关细节进行讨论分析。这样,既抛出了问题,达到了站会的目的,也节约了大家的时间,并且会后还对问题作了解决。

如果站会时间很短很短,这好不好呢?一般来说,这种情况很少出现,而且只要可以把站会应该关心的三个问题讲清楚,会议肯定是越短越好:)

时间: 2024-10-12 02:59:31

Scrum 常见错误实践 之 过长的站会的相关文章

Scrum 常见错误实践 之 形式化的站会

站会作为一个团队最容易实施的敏捷实践,为广大team leader和老板们所喜欢,但大部分程序员却很抵触.其主要原因就是很多时候站会都流于形式,没能帮助团队成员解决问题.改进效率. 一种常见的情况就是,站会不由团队自己发起,而是由leader发起.领导们都喜欢团队成员每周甚至每天汇报工作情况,也就是所谓的周报啊日报之类的,其实大部分时候leader们都不会看这些.这种由领导发起的站会自然而然就很容易变成工作汇报会.我相信没有多少人喜欢每天都汇报的.而且大部分leader对于站会都只是喜欢个形式,

机器学习实践中应避免的七种常见错误

统计建模和工程开发很相似. 在工程开发中,人们有多种方法搭建一套键-值存储系统,每种设计针对使用模式有一套不同的假设.在统计建模中,也有很多算法来构造一个分类器,每种算法对数据也有各自的假设集合. 当处理少量数据时,因为实验成本很低,我们尽可能多的尝试各种算法,从而选出效果最优的算法.但提到“大数据”,提前分析数据,然后设计相应“管道”模型(预处理,建模,优化算法,评价,产品化)是事半功倍的. 正如在我以前的文章里提到,每个给定的建模问题都存在几十种解法.每个模型会提出不同的假设条件,我们也很难

.Net常见错误

常见错误 #1: 把引用当做值来用,或者反过来 C++ 和其他很多语言的程序员,习惯了给变量赋值的时候,要么赋单纯的值,要么是现有对象的引用.然而,在C# 中,是值还是引用,是由写这个对象的程序员决定的,而不是实例化对象并赋值的程序员决定的.这往往会坑到 C# 的新手程序员. 如果你不知道你正在使用的对象是否是值类型或引用类型,你可能会遇到一些惊喜.例如:   Point point1 = new Point(20, 30);   Point point2 = point1;   point2.

GCC 常见错误解析

1GCC 常见错误解析一.错误类型第一类∶C 语法错误错误信息∶文件source.c 中第n 行有语法错误(syntex errror).这种类型的错误,一般都是 C 语言的语法错误,应该仔细检查源代码文件中第n 行及该行之前的程序,有时也需要对该文件所包含的头文件进行检查.有些情况下,一个很简单的语法错误,gcc 会给出一大堆错误,此时要保持清醒的头脑,不要被其吓倒,必要的时候再参考一下C 语言的基本教材.第二类∶头文件错误错误信息∶找不到头文件head.h(Can not find incl

MySQL主从多种架构部署及常见错误问题解析

本文的主要内容有mysql复制原理,mysql一主多从.双主架构的示例解读,以及mysql在主从复制架构实践中的常见错误问题和解决方法. 一 mysql复制原理 1 原理解读 mysql的复制(replication)是异步复制,即从一个mysql实列或端口(Master)复制到另一个mysql实列的或端口(slave):复制操作由3个进程完成,其中2个(SQL进程和I/O进程)在Slave上,另一个在Master上:要实现复制,必须打开Master端的二进制日志(log-bin),log-bi

常见错误:Apple Mach-O Linker Error

常见错误描述: Apple Mach-O Linker Error这类错误的错误信息最后一行通常如下: Command /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/clang failed with exit code 1 发生这种错误的原因通常是因为项目中存在同名类造成链接错误. 有可能是你存在两个类名称都一样,也可能是因为你在不同的.m文件中定义了同样的const变量. 这类错误需要自己看错误信息中给出的大长串路径,从中找

GO 新开发者要注意的陷阱和常见错误

转自:http://colobu.com/2015/09/07/gotchas-and-common-mistakes-in-go-golang/ 初级 开大括号不能放在单独的一行 未使用的变量 未使用的Imports 简式的变量声明仅可以在函数内部使用 使用简式声明重复声明变量 偶然的变量隐藏Accidental Variable Shadowing 不使用显式类型,无法使用"nil"来初始化变量 使用"nil" Slices and Maps Map的容量 字符

C#编程的五个常见错误

[转自e良师益友网]尽管本文讨论的大多数错误是针对 C# 的,有些错误与其他以 CLR 为目标的语言,或者用到了 Framework Class Library (FCL) 的语言也相关.下面描述的五个常见错误: 常见错误1: 把引用当做值来用,或者反过来 C++ 和其他很多语言的程序员,习惯了给变量赋值的时候,要么赋单纯的值,要么是现有对象的引用.然而,在C# 中,是值还是引用,是由写这个对象的程序员决定的,而不是实例化对象并赋值的程序员决定的.这往往会坑到 C# 的新手程序员. 如果你不知道

实时嵌入式软件开发的25个常见错误

英文原文由David B. Stewart撰写,  这篇论文对实时嵌入式软件开发的易犯错误做了深入分析,对我们的开发非常有指导意义. David B. Stewart Software Engineering for Real-Time Systems Laboratory Department of Electrical and Computer Engineering and Institute for Advanced Computer Studies University of Mary