“不要给客户一个错觉”，这个观点如果是开发团队想当然的话，那么可能就会有问题了。尽量不要主观臆断客户的想法。赞成后面所说的，要考虑到客户的一些实际情况，那么就需要多些评审会议以外的沟通。 通过评审会议，客户知道这个迭代做了什么，进而为下个迭代做准备和调整。其实有没有成果物展示只是表象化的东西，其背后的目的还是数据和信息的收集，而做出来的所有工作（除了没有成果物的工作，还包括团队的心理、生理状态等其他等等，等等，等等等）也都是数据和信息，这些都是构成了未来工作内容和方向的基础条件。说白了，评审会议是一种反馈，它很重要。此外，同意上面几位的评论。唯一一点，1楼提到了PO。这里多说一下，一般来说PO，主要是指自主研发项目中的PO或者非自主研发下的代理PO（非客户人员）。在Scrum指南中虽然没有明确指出产品负责人到应该是谁（客户or供应商），但业界比较认同的是产品负责人是“客户的代表”这种说法，即你公司自己的人作为产品负责人。

顶上去