这几个立竿见影的任务板小妙招你要不要试一下？

有人说，布置任务板是秘书干的活，没有技术含量！作为一名有追求的Scrum Master来说，布置任务板就是浪费生命，所以最好能配一名助手！（在这里，我还要友情提示一下，你说这话要小心，别被秘书群殴！ ）

其实啊，布置任务板看似简单，其实不然！它体现了任务板布置者的管理思路！任务板上乱七八糟，相信任务板布置者的管理思路也是混乱的；任务板清晰、向导性强，旁人经过，一眼就知道什么人在做什么事，项目进展情况怎么样，有什么风险阻碍，一目了然，任务板布置者的管理水平尽显！

今天，我来提供几个小妙招，一用就好使，简直是立竿见影！

我们都知道，一个故事要拆成多个任务，以便于跟踪并及时识别风险和问题。通常一个任务不超过 8小时理想时间，也就是说基本上一个任务最多2天就应该完成，如果没完成，就说明可能遇到阻碍，或者是什么地方不对劲儿！

管的严一点儿的团队，要求团队成员每天站会中，在任务卡上更新昨天在此任务上花费的小时数，以及还需要多少小时才能完成。这也是很多书中大师们传授的做法。不管外国人怎么想，反正我经历的团队都对此管理方式表示不满，那种被严密监视的感觉超级不爽！

有的团队也因此放弃在卡片上填写工时，每天看着团队成员走马灯似的站在任务板前例行公事，每天看着任务板上的卡片眼花缭乱，也分不清楚今天的板子和昨天的板子有多大不同，团队成员通常又只是报喜不报忧，然而…… 工作进展不理想也是事实！作为Scrum Master的你怎么办？

小妙招

用小圆点计时法！买彩色的小圆点不干胶贴！任务一开始，就往卡片上贴1个绿色小圆点，第二天增加1个绿色小圆点，第三天开始增加的就不是绿色的，而是红色的小圆点。不用团队成员自己贴小圆点，Scrum Master自己来！

这样做的好处，一来团队成员不用自己操作，所以不会嫌烦；二来不用小时记录时间，感受会好很多；三来，也是更重要的，我们一眼望过去，就知道哪些任务停留了多长时间，状态一目了然，即使团队成员报喜不报忧，也不会超出管理的底线！

你是否曾经为卡片贴不住总掉而烦恼？你是否曾经想要自己打印卡片却不知道用什么胶水粘比较好？解决方案来了！

小妙招

用小磁铁轻松搞定！当然，要配合金属面的任务板使用！

小磁铁有黄豆粒那么大，磁力惊人，可以牢牢将卡片吸到任务板上，挪起来相当方便，而且极有乐趣，还有减压之功效！让你从此爱上布置任务板有木有！

有的团队故事多，比如15个用户故事。于是乎大家通常有2种解决方案：1. 如果板子够高，就从上到下排15个泳道，每个泳道一个用户故事。2. 如果板子不够高，就把板子分成左右两部分，左边部分放7个故事，有To do、Doing、Done，右边部分放7个故事，有To do、Doing、Done。

这两种做法的共同点是将所有的用户故事都排列开，这有一个问题，就是虽然你要求团队成员按照优先级顺序开始用户故事，可是因为你为每一个故事留足了工作空间，那客观上就在暗示团队成员故事是可以随便领的。

所以我们会发现，在这样的任务板布局下，卡片稀稀拉拉遍布于整个版面，有些优先级相对较低但简单的用户故事已经开始了。Scrum Master语言的阻止似乎也无济于事，甚至有些Scrum Master时间长了唠叨累了也懒得管了。

另外，这种布局，也会使很多团队成员不自觉并行开始很多用户故事，任务切换成本很高，瓶颈不容易识别，Scrum Master对进展不满意，但又很无奈。

小妙招

用户故事卡片堆积法！整个版面只保留N个泳道（具体数目由Scrum Master根据实际情况而定）。这就意味着正在进行的用户故事最多不超过N个，限制了在制品数目，让大家能够集中精力做完手头的用户故事再开启新的用户故事。

剩余的15-N个用户故事一律“堆积”在任务板最左侧新开辟的等待区中，在这个区域中没有To do、Doing、Done这样的状态，仅仅是按照优先级顺序摆放的用户故事，而且故事所对应的“任务”卡片一律用小磁铁压在用户故事卡片上。

这样当团队成员想要拿新的用户故事进入泳道，他需要认真考虑几个问题：

• 我是否一定需要拿新的用户故事，因为泳道数目是有限的。

• 如果我要拿新的用户故事，我是否能够轻易拿低优先级的，因为所有的等待故事都在这里，大家的眼睛可都聚焦在这里，我拿错了马上就会有人挑战我！

注意：为什么一定会有这些心理活动？因为任务板的版面结构已经做出了强提醒，这是之前的版面结构做不到的。

还有一个“副作用”值得一提，就是每次团队成员拿完新的用户故事，就会留下一些空白位置，PO都会不自觉地负责整理这个等待区，让空白只出现在末尾而不是顶端。这是新的布局带来的一个视觉强暗示引导！

在卡片位置调整的过程中，PO通常会全面打量所有剩余的卡片，调整合适的优先级，而不仅仅是机械地把后面的卡片往前推以便补充刚刚空出来的缺口。显然，小磁铁的应用，让这项工作充满乐趣！

虽然Scrum强调迭代目标的重要性，可是在实际的操作中，大家似乎觉得目标即使写在板子上，也没啥用，因此有些团队干脆就不写了！

然后呢，我们就看到团队成员在站会中，只顾着说自己的工作，没能让整个团队聚焦于迭代的目标，没有人在站会上特别关注对整体目标的把控。有责任心的PO和SM也可能在会后自己想一下，“心里大概有个数”，但团队作为一个整体并没有对目标引起足够的关注。

小妙招

我这里介绍的工具是，配合迭代目标使用的信心指数！我们需要在每天站会的最后，请大家看着板上写的迭代目标，给出当天的信心指数，并给出对应的理由。

这种方法，直接把注意力拉回到迭代目标上，通过信心指数的给出过程，促使大家真正用脑子思考迭代目标，关注团队的集体产出，增强凝聚力。对于管理者来说，通过信心指数，也能够看到当前的工作状态、风险指数以及团队士气。

好了，我的小妙招介绍完了，你的小妙招呢？欢迎留言分享！