《敏 捷 教 练:如何打造优秀的敏捷团队》—9.6 从未完成中复苏

举报
清华大学出版社 发表于 2019/10/21 21:02:34 2019/10/21
【摘要】 本节书摘来自清华大学出版社《敏 捷 教 练:如何打造优秀的敏捷团队》一书中第九章,第9.6节,作者是Rachel Davies Liz Sedley,徐 毅 袁店明 译。

9.6  从未完成中复苏

我们总是在讲,如何提高团队在迭代结束时“完成”所有故事的几率。但是,如果团队没有做到呢,你该怎么办?

慎重对待此事。谈谈在迭代演示和回顾会议上出现的情况。帮助团队理解发生出现这种情况的原因,询问他们有何建议可以阻止这种情况再次发生。同时还要认识到一点:此问题还会影响到团队下一次工作承诺的可靠性。在规划下一次迭代之前,团队需要决定如何避免“完不成”对其速率的影响。

image.png

不要任由未完成的故事和任务留在团队板上发霉。迭代结束时彻底清理干净团队板,这能减轻团队的一些负担。下一次迭代规划会议时也需要这些未完成的故事,不妨连同新故事一起带着吧。

我们遇见过一些组织,团队承受着无法抵抗的压力,要对向他们提出的所有要求都说“好”。即使他们心里明明很清楚承诺太多,也不知道该如何避开迎面而来的失控列车。作为教练,你的工作就是要说服他们,让他们相信说“不”也是一个选择。如果由团队而非个人来说出“不”,会更简单。作为教练,以非正式的方式和团队成员谈谈,了解他们的担忧。如果他们可以将此付诸言辞跟你谈,你就能够帮助他们从团队角度展开谈论。

帮团队收集数据,以佐证可以放慢速度、承诺更少。在规划下一次迭代时提醒他们注意自身度量的速率,多积累几个迭代,累积的平均速率数据能使速率的数字更可靠。如果他们一意孤行,非得承诺超出速率所示更多的工作内容,务必让客户了解这样做会有无法交付所有内容的风险。

如果无法劝说客户放弃任何故事,就得说服他们把用户故事拆分得更细碎一些,好让团队有更高的几率多少交付一些故事。



【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。