现在是早上 9：35，你知道你的敏捷团队在哪儿吗？如果他们正遵循 William Pietri 的时间表示例，他们就正在开每日站立会议。除非是周一，周一的这个时候他们正在做迭代计划和启动会议。William 的时间表实用易懂，并且激发了大家对敏捷团队时间安排的进一步的讨论。
这就是时间表的示例：
时间 事项 参与者 周一 9:00-10:00 迭代计划和启动会议 所有团队成员 周二至周五 9:30-9:40 站立会议 所有团队成员 周二 14:00-16:00 产品干系人会议 产品经理，外部干系人 周三 10:00-12:00 产品计划 产品经理 周三 16:00-17:30 估算 所有团队成员 周五 16:00-16:30 产品演示 所有团队成员，外部干系人 周五 16:30p-17:30 过程回顾 所有团队成员 Steve Bockman 和 William 继续讨论迭代进行过程中召开估算会议的价值。所做的估算是为接下来的几个迭代，而不是当前的。这个方法的好处在于：它使得大多数估算工作在迭代计划会议之前就完成了，从而可以让迭代计划会议更顺利进行。除此之外，这也使得产品经理在跟团队开会讨论未来的几个迭代之前，有一定的时间把团队的估算和自己的计划、优先级排列结合起来。
George Dinwiddie 建议顺延时间表，不要让迭代在周一上午启动。William 告诉我们：他现在所在的团队，每周三上午 10:00 结束迭代，午饭后再启动新的迭代。
你的迭代时间表是怎么样的？有没有一些额外的会议？还是要少些？迭代之间的边界怎么划分的？欢迎留言和我们分享你的看法。
查看英文原文： An Agile Team’s Weekly Schedule
暂无签名
中国开发者画像洞察报告 2022
本次报告为你深度解读开发者人群背景，分析开发者群体面临的挑战，洞察开发者人群特征，预测开发者生态发展...
评论