敏捷 Review & Retro 的真正目的
您目前处于:  2015-09-08

Review 的目的是对团的认可。Retro 的目的是对团队的激励。

敏捷的 Review 是在 Sprint 结束之后,给产品、团队进行 Story 的交付。Retro 是对 Sprint 和 Review 中发现的问题进行回顾,总结找到解决经验,让团队更好的前进。

但是,每次 Sprint 都会有未完成的 Story,而 Retro 讨论的问题还是那么几个,似乎总不能解决。我在思考,到底是哪里出了问题?

所以,我开始对迭代的交付故事、交付完成度、燃尽图、评估工时进行了详细的统计,在几个 Sprint 之后,我在 Review 上与大家讨论这个话题。但这时,我发现我错了。

错了哪里,这些统计完全没有意思,反而打击了团队积极性。

敏捷要培养的是一个相互信任、富有激情的团队。对于团队而言,不管是敏捷,或是别的,只要能让团队富有激情的,向着同一个大目标努力前进,就是最优秀的管理方式。

监管是必要的,统计也是需要量化的。但是作为 Scrum Master,重要的是不断肯定团队、不断激励团队,每一次 Sprint 都向着目标前进一小步。每个 Sprint 都有未完成的 Story,难道不会是团队太富有激情过于拼劲的结果。

如果你也犯了和我同样的错误,你一定要吸取我的家教训。记住,规矩是死的、人是活的,认可他人的努力、而非指责他人的过错,相信团队、而非监管团队。

但是相信也不是完全盲目的,对于团队中的害虫,要坚决的清理出团队。

团队就像一艘船,只有团结一致,才可乘风破浪,扬帆远航。


本文受原创保护,未经作者授权,禁止转载。 linkedkeeper.com (文/张松然)  ©著作权归作者所有