敏捷之伤——站会
来源:互联网 发布:手机音频变速软件 编辑:程序博客网 时间:2024/04/30 00:07
站会,几乎在所有的敏捷开发相关的书籍中都必然会加以阐述,虽粗略不同,但都把他视为敏捷开发过程中不可或缺的一环。个人认为,站会最大的意义是沟通,是在面对面沟通的敏捷原则之上创造的一次强制性的沟通机会,为那些在需要面对面沟通时由于个人性格、时间、被沟通者不在现场等客观理由创造一次机会。因此,站会在敏捷开发中具有非常重要的意义。
但在具体的执行过程中,有一些现象还是让敏捷开发很受伤。
1.站会是可以自由选择的可选项。这一伤害无疑让敏捷开发打了折扣,至于站会有多重要,随便找本相关的书看看就是了,我们期望通过站会让团队成员有一个机会聚在一起,如果谁都可以不想来就不来,那势必会造成信息的不对称,也就背离了敏捷的原则。另一种常见的理解认为站会是开发人员的事,其他人可以不参加。这是在缩小团队的范围,敏捷的基础就是多角色的团队,是要所有的团队成员共同合作完成任务,如果视觉设计师不参加站会,就不利于与开发工程师同步进度,如果测试人员不参加站会,也不利于了解开发过程中具体的问题。站会是个必选项,只要你在这个团队就一定要参加。
2.不知道站会要说什么,拖沓冗长,随性而为 。站会用于同步信息的目的很明确,所以其内容很简单,每个人轮流说一下自己昨天做了什么工作,今天要做什么工作,是否需要其他人帮助解决某个问题。这样下来每人有30秒到1分钟就够了,10人的团队也不会超过10-15分钟,那些一开站会就30分钟的是应该反省一下了。其实站会更重要的是结束以后的时间,对于会上某人提到的问题,会有相关的人员继续讨论,而其他的人则解散了。这也就是站会对促进沟通的重要作用。
3.站会纪录变成检查工作的手段。对于项目经理或某些起管理作用的人员,往往会把站会纪录看做是检查工作的手段,依据每天的站会纪录来分析每一个成员的工作情况,有的甚至忽视了站会纪录中所表现的风险、问题,久而久之,团队成员在站会上的发言就变味了,站会也就变成了工作检查会了。
4.站会无内容。“我昨天解bug,今天继续解bug”,开发人员时常在站会上这样说,如果都是如此,站会就起不到作用了,作为站会的主持者,对于这种现象要加以引导,同时也要分析现象背后的问题所在,是懈怠了,还是其他的什么原因,要把站会的内容引导到一个正常的轨道上。
5.站会迟到。迟到总是不可避免,也总是有各种理由。但是我们可以给迟到加一点处罚,让迟到者意识到自己耽误了大家的时间,影响了团队的活动。重要的还是养成习惯,让每个人的心和团队在一起。以某团队的站会为例,在迭代启动会时会规定参加站会的时间、地点、人员和迟到罚责,比如迟到会请所有参加站会的成员吃鸡翅。由于有这样的规定在先,所以主持人可以认真执行落实,经过几次以后,几乎很久都不会再有迟到的,也可以保证站会的按时进行。
当然,以上不是全部,有人会说这都是小事,无关紧要,但是一个迭代一个迭代的累积下去,站会就越来越淡化,越来越变味。就像代码一样,任由‘坏味道’存在并霉化,最后可能整个架构都会被毁掉。代码可以重写,但敏捷过程如果出了问题,其代价可就远大于代码重写了。
——欢迎转载,请注明出处 http://blog.csdn.net/caowenbin ——
- 敏捷之伤——站会
- 敏捷开发之伤——站会
- 敏捷开发免费管理工具——火星人预览之三:迭代,计划会,分配
- 敏捷之伤——燃尽图
- 敏捷之伤——燃尽图
- 敏捷之旅——杭州站
- 敏捷中的每日站会
- 敏捷回顾会之鼓舞热情
- QCon 2011参会收获——关于敏捷
- Spotify的大规模敏捷之路——使用一种新型的矩阵组织:部落、分队、分会和协会
- Spotify的大规模敏捷之路—使用一种新型的矩阵组织:部落、分队、分会和协会
- 敏捷开发般若敏捷系列之八:敏捷的未来会怎样?
- 团队敏捷实践:每日站会规则
- 我在敏捷之旅西安站的话题——分布式设计团队的敏捷之道
- 敏捷项目管理之每日晨会的重要性分析
- 敏捷开发智慧敏捷系列之四:每日立会开多久?
- 敏捷开发智慧敏捷系列之四:每日立会开多久?
- 敏捷中的晨会
- AC自动机
- 用jquery 判断IE浏览器
- matlab 与 Delphi 混合编程
- 函数指针
- linux设备模型浅析
- 敏捷之伤——站会
- 实现数据库的增删改查(ADO.Net)
- 可变参数
- tcp/ip osi网络模型层次 tcp udp通信流程
- MVC架构的参考
- JDBC中日期/时间的处理技巧
- hdu 3487 Play with Chain(splay)
- Linux Control Groups
- JQuery实时网站在线人数显示