即便一切顺利，速率稳定，团队成员动力十足，甚至产品经理都非常满意，也还没到停止规划的时候。

提前规划

您通过燃尽图、报告、故事预估、sprint 和简短例会了解到的所有信息均已到位，随时可以帮助您更好地规划未来的 sprint 和事务。即使团队成员发生变动、预算缩减或者您所在的公司执意转向全新焦点，这些已收集的数据仍然很有价值。

根据这次获得的经验，下一次您最有可能进行以下几方面的更改：

总是能独立完成 sprint、不遗留故事点的表现出色的团队可能需要接受更大挑战，在下次 sprint 时完成更多故事点。但请小心，不要走向另一个极端。因为对于那些很少能在无剩余故事点的情况下完成 sprint 的团队来说，他们可能会感到自己表现不佳，虽然事实可能并非如此。

如果一切顺利，您并不需要主动做出改变。但是，如果进展不顺利，那么对事情做一些适当调整可能会有帮助（如果条件允许）。改变的方式可以是交换 sprint 责任或引入另一种 sprint，如创新 sprint 或仅缺陷修复 sprint。改变不但能够重振士气，也会实际推动项目进展！

对团队而言，无法完成承诺的故事点可能会令人沮丧，尤其是在他们不知道原因的情况下。与产品经理或报告问题的人员沟通，在评估过程中澄清详细信息，然后在回顾期间提出问题。例如，如果评估因基本知识的缺乏而出现较大错误，就需要解决此问题。

“以团队形式进行评估的最大优势在于，可以引发一些非常重要的讨论，帮助我们了解如何构建产品以及如何改进自己的工作。”

~ Atlassian 产品经理

不要忘记无形因素

Scrum 的核心是团队，sprint 期间发生的很多事都需要被记录下来并融汇到未来的计划中。初学者应该了解以下几点，而这几点也是经验丰富的人员经常会忘记的。

  • 始终不忘回顾，切记。
    回顾可以为您带来报告无法提供的见解。务必对出现的所有问题进行讨论，以便对计划进行相应调整。记录见解（最好在 Confluence 中）并且不吝称赞好的想法。
  • 切勿假设团队了解自己的表现情况
    仅仅因为提供了速率报告并且会在月度团队会议上对这些报告进行讨论，并不代表团队了解他们的表现情况。Scrum 主管和团队主管还需要采用语言表达的方式。每个人都希望听别人亲口说自己表现不错。
  • 即使之前已经说过，再说时也要认真对待
    随着时间的推移，简短例会和规划会议可能会变得像例行公事一样，对于已经共事多年、经验丰富的团队来说更是如此。不要让这些例行会议变得有名无实，应确保成员讲述有意义的内容，并且积极地相互倾听。

进一步了解

如果想要了解有关评估和规划的更多信息，可以选择以下方式：

 

分析团队报告 << 

 

  • 无标签