PROSAGA码农传奇-Scrum-敏捷Scrum方法是否使用报告[关闭]

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