敏捷障碍清单
   1 min read    行叔

介绍

敏捷障碍清单
别名:障碍待办事项

Scrum团队致力于在产品上取得进展。团队成员会经常遇到阻碍他们前进的问题。要在当时就解决这些问题也许并不可行,不太实际或者从组织或团队的角度也并不是最有价值的。

内部或外部事件可能会减缓开发团队的工作进度。团队成员也许想立即解决问题,不过这会在我们通往Sprint目标过程中投入很多精力。

另一方面,如果不立即解决这些障碍,就可能从急性问题变成慢性问题,久而久之,这些问题变得可以被接受,或者说在某种程度上被忽略了。

障碍通常会妨碍开发团队的日常工作,它也可能会降低团队绩效。比如,团队互动如果有问题就会阻碍我们的工作取得足够的进展,同样,运行速度慢或过时的设备可能会妨碍团队发挥他们的最佳状态。

1
2
3
4

敏捷障碍清单
别名:障碍待办事项

因此:

通过敏捷的障碍清单(待办事项)使得所有重要的问题可视化,将它们提报给组织中合适的人来解决。ScrumMaster根据严重程度和价值相对的不同对这个清单里的条目进行排序。

任何Scrum团队成员都可以在列表中添加障碍使它可视化,能这么做的前提是这个Scrum团队是一个信任社区,因为有些障碍不太容易说出口,例如与健康,家庭状况或团队冲突有关的个人障碍。 团队成员应该能够向ScrumMaster倾诉这类障碍。考虑到团队中每个人的尊严问题,ScrumMaster可以时不时分散地解决一些相关的障碍。

开发团队成员自己可以解决障碍清单中的大多数条目,他们也可能会从Scrum团队之外的其他人那里获得帮助。 ScrumMaster也许亲自处理一些障碍,否则这些障碍会成为团队其他成员的烦心事,况且还不需要他们的专业知识就可以解决。也可以换种做法,开发团队可以和产品负责人一起把用于解决障碍的具体工作添加到产品待办事项中。

另外,在Sprint回顾会议期间,Scrum团队可能会在清单中添加新的障碍。 这也是完善障碍清单的绝佳的时机。

障碍清单是改善(Kaizen)意识的体现。空空如也的障碍清单说明团队还没有足够努力地去寻找改进的方法,(“没有问题就是最大的问题”)。另一方面,团队必须及时解决障碍,否则,改进就停止了。清单上的障碍一定不能拖太久。

真实的故事:

一个团队抱怨他们的经理没有为他们消除障碍。我问,经理是否知道有什么障碍,他们说他们“认为”他知道。于是,我让团队在荧光便笺上写上障碍条目,并在顶部写上并加粗了“阻碍”一词,然后拿去给经理。当时他不在位置上,我把它们贴在他的显示器周围,这样他肯定能看到。半个小时后,他叫着我的名字来找我。他过来问我这些是否是团队碰到的阻碍。我说:是的。他笑着说我这么做很好,他现在终于知道自己需要做什么了。

精选内容访问 捷伴行Agile