Chinaunix首页 | 论坛 | 博客
  • 博客访问: 6351
  • 博文数量: 8
  • 博客积分: 346
  • 博客等级: 一等列兵
  • 技术积分: 90
  • 用 户 组: 普通用户
  • 注册时间: 2011-06-29 12:10
文章分类
文章存档

2011年(8)

我的朋友
最近访客

分类: 项目管理

2011-10-12 18:38:54

由于Scrum要求的是短周期迭代,通常是在2~4周做一次迭代,所以高效的沟通在每一次迭代非常的关键。团队在实践Scrum的初期很多时侯在学习Scrum推荐的会议形式,但会议的效率并不高。
这 里以每日站立会议和回顾会议为例,经常遇到的问题是站立会议变成了汇报会议,每一个团队成员向Scrum_master汇报工作,同时对项目的整体风险和 状态并不关心;回顾会议大家只是在迭代结束的时侯才开始回忆我们在整个迭代周期内哪些做的好,哪些需要改进,但是在迭代周期中前期的时间内存在的问题一般 都不能很好的被发现,因为时间已经比较长了,大家已经不能很好的描述当时问题的原因和背景,所以回顾会议并不能完全找到本次迭代需要改进的地方,那么在下 一次迭代周期内这些问题还是会重复出现。
提高每日站立会议的效率,我们的解决方案之一是除了要每个团队成员描述三个问题:昨天做了什么,今天计划 做什么以及我遇到的障碍之外,我们还会要求以下一些事情:昨天和今天做的事情要在白板上通过任务的移动表现出来;更新燃尽图;至少有一个成员会站在整个迭 代周期的高度来看截止到当日项目可能的风险;昨天成员提出的障碍,无论是否得到解决,一定要在今天更新障碍的处理状态。我们让每一个成员了解自己的工作对 项目状态的影响,了解项目的状态和风险,让迭代周期内可能的风险在“今天”及早暴露和及时解决。

明天介绍如何提高回顾会议的效率以及我们在实践中的白板。

迅思威尔-领先的敏捷培训整体解决方案提供商
迅思威尔推出了VIP会员服务,100小时 Agile & Scrum 企业内训,12个月技术支持,企业全员参加,实现落地敏捷。

 

阅读(250) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~