写点什么

一个简单的方法排列任务优先级

作者:Bruce Talk
  • 2022 年 2 月 26 日
  • 本文字数:638 字

    阅读完需:约 2 分钟

今天分享一个排列优先级的小工具,可以用于个人任务的优先级排列,也可以团队使用。如果团队一起做就是一个小活动。

背景

最近在一次团队每日站会中,听到大家说了可能存在的风险,而迭代已经接近尾声。这个时候几乎每个人手头的工作都有带有风险的任务,该如何办呢?一些任务是彼此有影响的。团队之间如何协调呢?

重要/不确定象限

作为一个 ScrumMaster 针对这种情况可能会想到:

  • 对于面对的风险,团队需要达成共识。

  • 对于解决风险所涉及的工作,每个人都需要清楚。

  • 每个人都需要及时调整接下来的工作内容。而不是只关注自己手头的工作。

基于上面的几点我尝试用下面的方法来进一步引导团队进行讨论:

  1. 用白板绘制一个二维象限:横坐标“不确定性”,纵坐标“重要程度”。

  2. 团队每个人用便利贴写自己当前存在 Risk 的任务/backlog(一个便利贴只代表一个 Task)。

  3. 将便利贴按照自己的认识粘贴到对应的象限区域。

  4. Team 一起 review 当前的便利贴摆放的位置是否合理,并进行讨论调整。

  5. 达成一致后,给当前的白板上的任务排列优先级。并聚焦接下来 Team 的工作重点。

下图是示意图:


这个是团队实际使用的效果:


小贴士

  • 该方法可以结合每日 Scrum 站会,从另一个角度引导团队识别风险,调整当日的工作内容和后续的计划。

  • 通过讨论能对齐大家对风险的认识,对齐任务优先级,同时认识到彼此依赖重新调整各自的工作。

  • 每天都可以重新摆放便利贴,有一些已经完成的就拿掉,有一些新产生的可以新增,并且随着时间的推移,优先级也可以随之调整。

践行敏捷实践,让工作变得更美好。欢迎关注我的公众号,交流落地经验。


发布于: 刚刚阅读数: 2
用户头像

Bruce Talk

关注

动机至善,私心了无。 2008.09.26 加入

一只程序猿,热爱新技术,痴迷于精益敏捷,现在北国春城工作。践行软件工艺,让工作因我而不同。个人博客:https://brucetalk.com

评论

发布
暂无评论
一个简单的方法排列任务优先级