Scrum 常见错误实践 之 形式化的站会
站会作为一个团队最容易实施的敏捷实践，为广大team leader和老板们所喜欢，但大部分程序员却很抵触。其主要原因就是很多时候站会都流于形式，没能帮助团队成员解决问题、改进效率。
一种常见的情况就是，站会不由团队自己发起，而是由leader发起。领导们都喜欢团队成员每周甚至每天汇报工作情况，也就是所谓的周报啊日报之类的，其实大部分时候leader们都不会看这些。这种由领导发起的站会自然而然就很容易变成工作汇报会。我相信没有多少人喜欢每天都汇报的。而且大部分leader对于站会都只是喜欢个形式，觉得大家一起讨论问题汇报进度搞得好像很积极的样子，具体有什么效果并不会关心。
而且大部分程序员在工作汇报会上，重点都会放在自己做出的成绩上，而不是遇到的问题；而站会需要帮助控制项目风险，重点是要暴露问题。这两点是有一定冲突的。
更有甚者，部分team leader会以开站会为目的来变相延长工作时间的；譬如，某些公司规定9点半上班，但部分team leader将站会特意约定在9点，变相逼迫团队成员提早上班，大家自然会对站会有意见啦！
还有一种常见的情况就是，虽然站会是由团队组织的，但是团队成员互相不关注其他成员的讲述，这个其实是达不到站会的效果的。Scrum本身对团队的要求非常高，除了自组织这点外，还要求团队成员之间是互相可以替代的，这样不容易出现项目瓶颈。但是如果大家互相不关注其他人现在要做的事情，那开会就纯粹是浪费时间了。
除此以外，还有一种很不好的现象就是，不能对会议中抛出的问题与风险进行及时反馈。譬如有人提出遇到了问题，但是会后没人帮忙解决；或者说整体进展已经很不如意，前一天做的事情进展很不顺利，这个时候其实是需要scrum master介入重新评估项目的风险和schedule的。
总之，实施Scrum是为了保证项目的成功和团队的成员；无论是否实施其它的Scrum流程，站会也应当为这两个目的服务，否则的话开会的时间掐得再好，人员到得再齐，也不过是走走形式而已，白白浪费大家的时间。
最新文章
- The first documents
- 简化SSH框架的整合
- csapp2e-chapter2-homework
- sublime SublimeTmpl 添加vue模板
- Linux 信号详解六（可靠信号与不可靠信号）
- LeetCode——Contains Duplicate III
- July 28th, Week 31st Thursday, 2016
- blend 从无到有系列之添加自定义Rectangle样式指定到资源文件
- pybombs 安装
- ubuntu16.04 编译安装mysql5.7.x，以及配置使用
- PAT (Basic Level) Practise （中文）1027. 打印沙漏(20)
- Bootstrap 源码解析(转)
- 在Windowx下创建以点开头的.hatccess文件
- Mysql常用命令记录
- JavaScript面向对象之类的创建
- 设计模式总结篇系列：策略模式（Strategy）
- springboot入门使用
- MYSQL性能优化（3）
- Atitit 提升效率 界面gui方面的前后端分离与cbb体系建设 规范与推荐标准
- maven下的jar项目打包的方法