敏捷团队成员的工作量指标真的那么重要吗?

很多转型中的敏捷团队在实践Scrum框架时会问到一个问题："如何在一个迭代内让每个人的工作量都满满的?"。 因为大家都发现试图在一个迭代内把每个成员的工作量塞满会逐渐背离敏捷的初衷，让团队逐渐的失去目标感。

传统PM转型做ScrumMaster的时候会惯性思维，花了大量时间在如何规划和尽可能填满每个成员的工作量，似乎这样才发挥了团队的最大价值，是这样吗？

     起初，我会被这个问题带入坑:), 会顺着这个问题试图找到如何填满工作量的办法... 但多年的敏捷实践积累，让我突然想起 Kenneth S. Rubin 所写的一本书<< Essential Scrum>>讨论过如何理解一个迭代, 他用接力棒比赛打比方, 观点是:



作为团队来说我们应该"盯"着那根接力棒而不是"盯"着团队哪个人当前正在闲着?(也许他刚全力跑完并已经把棒成功的送到了下一个团队成员手中).



回到敏捷实践, 接力棒就是每个迭代的交付物即目标, 运动员们就是团队的每一个人,  团队成员竭诚协作, 发挥各自特长, 来确保最后的"赢"！

最终, 对投资方来说成功的迭代交付物(实实在在可用好用的软件)会比强调开发团队每个人都工作满满更有价值和吸引力,不是吗?  所以，当团队"承诺"式的交付计划确认后, 让我们紧盯"接力棒"吧!

反过来，这对PO和Scrum Master提出了更高的要求，因为上述实践一定要遵循短周期迭代，1周最佳，这样才能“少即是多”，更容易让团队聚焦目标。