本文转自：Scrum中文网
链接：http://www.scrumcn.com/agile/scrum/22024.html
Scrum Master ， 请不要碰任务板。任务板（以及上面的任务卡）不属于你，它是属于开发团队的。
团队成员把任务卡片添加到任务板上，在任务板上移动它们，并最终从任务板上拿掉任务卡片。Scrum Master若要想去接触任务板，仅限于当团队中的某个人要求他这样做，或者Scrum Master请求这样做并且得到了团队的许可才行。
这样做的原因就是所有权。Scrum要求团队负起在每个sprint中交付可运行软件的责任。为确保团队真正承担了这一责任就必须让团队对自己的工作具有所有权。 而对自己的工作具有所有权也意味着他们也拥有追踪工作进展的方法。我们都知道亲手从to-do list中拿掉一个任务卡的感觉是多么的惬意。而当别人替你拿掉任务卡时，你能有些什么感觉呢？
当然，不能触碰的也不仅仅是任务板。
某天在一个PO认证课的课间休息时，我给他们的用户故事添上了估算信息（为待会儿的优先级游戏做准备）。这些用户故事都贴在一面按季度划分区域的墙上。这堂课用最后一小时写了用户故事，验收标准，拆分用户故事，排优先级时对用户故事开始了首轮削减。当学员们提出要回房间休息时，我便开始写上对用户故事的大致估算。
“她写在我们的用户故事上！”一个学员说。一种不愉快的喃喃声在房间弥漫。
幸运的是，这只是在上课，而没人直接上来踢我的屁股。
学员们拥有这些用户故事。他们花费了汗水和心血在他们上面，并为之自豪。我试图真实地模拟团队估算的情景。但是，我作为一个leader，在用户故事上做了标记–偷走了他们的工作。我打破了自己的规则（我没想起来要请求团队的许可）。因为当时我想着这些学员都是PO，而不是开发团队的成员。
要记住这个教训。不管他们是谁–如果是他们定义了工作，用文档做了记录，做好了排期，调整了优先级，那他们就是这些工作的所有者。最好不要插手。
作者：Michele Sliger 译者：Scrum中文网
