敏捷Scrum方法不使用报告。
你同意这个说法吗?
产品待办事项,Sprint积压或Sprint Burn Down图表可以被视为报告吗?
答案 0 :(得分:2)
Scrum框架从一开始就设计为透明。
这有三个关键组成部分:
值得注意的是,产品所有者是对此信息最感兴趣的人,因为他们拥有产品。他们每天都与团队一起参与,因此对正在发生的事情有深刻的理解。
Scrum报告中出现的问题往往是由于Scrum框架实施方式的缺陷而发生的。例如,如果并非所有感兴趣的利益相关者都参加sprint评审,那么可能会产生误解。此外,如果不允许Scrum团队进行自我组织,那么可能会对与技术经理的沟通产生一些担忧。
话虽如此,许多团队使用报告补充 Scrum透明度。
两个最常见的报告是:
Mike Cohn谈论了sprint摘要here。
产品更新有多种格式。我见过的最成功的是明确的,概括了正在进行的工作和计划工作的摘要,这些工作针对的是各级技术知识的人(包括非技术性的业务用户)。我与产品所有者合作,编写视觉上有吸引力的产品更新,有效地营销 Scrum团队给那些不经常参加sprint评论的人。