Scrum框架从一开始就设计为透明的。
这有三个关键组成部分：
公共任务委员会（显示正在进行的工作）
Sprint评论（显示取得的进展并向所有利益相关者开放）
公共产品积压（显示未来工作）
值得注意的是，产品负责人是对此信息最感兴趣的人
拥有
产品。他们每天都与团队合作，因此对正在发生的事情有深刻的理解。
Scrum报告中出现的问题往往是由于Scrum框架实施方式的缺陷而发生的。例如，如果并非所有感兴趣的利益相关者都参加sprint评审，那么可能会产生误解。此外，如果不允许Scrum团队进行自我组织，那么可能会对与技术经理的沟通产生一些担忧。
话虽如此，很多团队都使用报告
补充
Scrum透明度。
最常见的两个报告是：
sprint摘要（通常由Scrum Master完成）
产品负责人的产品更新
Mike Cohn谈到了sprint摘要
这里
。
产品更新有许多格式。我见过的最成功的是明确的，概括了正在进行的工作和计划工作的摘要，这些工作针对的是各级技术知识的人（包括非技术性的业务用户）。我与产品所有者合作，有效地编写了具有视觉吸引力的产品更新
市场
Scrum团队面向那些不经常参加sprint评论的人。