Sprint回顾和Sprint评论是两个不应混淆的事情.
Sprint审查适用于所有参与者,尤其是利益相关者,检查项目的位置,并讨论如何根据需要进行调整.Sprint评论围绕着上一个sprint中产生的"可交付产品增量" - 而不是它是如何产生的.
如果产品负责人"代表"利益相关者,那就好了,但如果他们能够看到自己完成了什么,运行了什么等,那就更好了.所以如果他们想要冲刺审查,我会说各种欢迎管理,但是小心至少告诉他们会议是什么以及他们的角色是什么.我会说教育他们主要是PO的工作,SM可能会帮助他.
Sprint回顾主要是为球队考察他们的最后冲刺,集中少了什么是不是做怎么有人做过.如果他/她想加入那些,我不会包括PO以外的任何人.你反对团队在管理层面前谈论他们脏衣服的说法是非常有效的 - 但是从管理层的角度来看这也是浪费时间,例如,听取开发人员辩论如何改进他们的代码库中的分支.即使管理层知道该团队正在谈论什么,这不是他们应该浪费时间的事情 - 他们需要更大的管理层.
已经说过对项目或其中较长时间(如四分之一或半年)的整体回顾会包括管理层可能有意义,但它不一定包括所有团队成员(如果你有很多团队会做这是不可能的)并将专注于"大局".
说到书 - 肯定会买"敏捷回顾".在那里阅读的内容并不多 - 根据你有多少时间以及回顾的内容,它只是一个很好的烹饪手册,可以在回顾展的不同阶段使用各种技术.很有帮助,因为经典"我们做得很好？我们做得不好？" 等等很快变得无聊.