敏捷 Review & Retro 的真正目的
|
Review 的目的是对团的认可。Retro 的目的是对团队的激励。 敏捷的 Review 是在 Sprint 结束之后，给产品、团队进行 Story 的交付。Retro 是对 Sprint 和 Review 中发现的问题进行回顾，总结找到解决经验，让团队更好的前进。 但是，每次 Sprint 都会有未完成的 Story，而 Retro 讨论的问题还是那么几个，似乎总不能解决。我在思考，到底是哪里出了问题？ 所以，我开始对迭代的交付故事、交付完成度、燃尽图、评估工时进行了详细的统计，在几个 Sprint 之后，我在 Review 上与大家讨论这个话题。但这时，我发现我错了。 错了哪里，这些统计完全没有意思，反而打击了团队积极性。 敏捷要培养的是一个相互信任、富有激情的团队。对于团队而言，不管是敏捷，或是别的，只要能让团队富有激情的，向着同一个大目标努力前进，就是最优秀的管理方式。 监管是必要的，统计也是需要量化的。但是作为 Scrum Master，重要的是不断肯定团队、不断激励团队，每一次 Sprint 都向着目标前进一小步。每个 Sprint 都有未完成的 Story，难道不会是团队太富有激情过于拼劲的结果。 如果你也犯了和我同样的错误，你一定要吸取我的家教训。记住，规矩是死的、人是活的，认可他人的努力、而非指责他人的过错，相信团队、而非监管团队。 但是相信也不是完全盲目的，对于团队中的害虫，要坚决的清理出团队。 团队就像一艘船，只有团结一致，才可乘风破浪，扬帆远航。 本文受原创保护，未经作者授权，禁止转载。 linkedkeeper.com (文／张松然) ©著作权归作者所有 |
