<div class="entry">

            <p><a href="http://blog.mycolorway.com/wp-content/uploads/2014/02/coverimg.jpg"><img class="alignnone size-full wp-image-4572" alt="coverimg" src="http://blog.mycolorway.com/wp-content/uploads/2014/02/coverimg.jpg" width="600" height="340"></a></p>

<p>不少用户给我们提反馈,都问到了为什么任务不能分配给多个人。自Tower上线运营到现在,这个问题被提到的次数最多,稳居榜首。对此,我们仔细分析了用户使用多任务的出发点和场景,结论是:任务分配给多人,貌似合理,实际上副作用很大,会产生更多的问题。</p>
<p><span id="more-4536"></span></p>
<p>下面,通过一些具体的场景,来看看这个问题是怎么产生的:</p>
<p style="font-size: 15px;color: #000000;font-weight: bold;line-height: 0.8;margin-top: 15px">场景一</p>
<p style="font-size: 18px;color: #698e83;font-weight: bold;line-height: 1.2">用任务来排计划:在Tower里建立了新项目,然后把项目计划中的里程碑,录入成为任务。</p>
<p>这个场景看上去是没有问题的,制作项目计划,必然会梳理时间,安排里程碑节点,再分配执行资源上去。因此,用户把里程碑录入成任务,如果此时只能指派给一个成员的话,就必然觉得不够用了。</p>
<p>问题是,为什么要把任务当成计划呢?计划通常有起始日期,而任务只有完成时间,两者不该混用。</p>
<p>我们提供了团队日历(链接到日历帮助页面):计划的起始日期,在日历上可以直观显示;通过日历切换,还能方便的管理多个计划;计划还可以通知多个相关人员,开展讨论。日历才是排计划的合适工具,把任务分配给多人,并不能解决问题。</p>
<p>calendar-s</p>
<p style="font-size: 15px;color: #000000;font-weight: bold;line-height: 0.8;margin-top: 15px">场景二</p>
<p style="font-size: 18px;color: #698e83;font-weight: bold;line-height: 1.2">录入大任务:某产品需要一个网站,于是管理员录入了一条任务,任务标题叫“产品网站”。</p>
<p>这个场景好像也没什么问题。</p>
<p>但一个足够大的任务通常都不可能由一个人完成,这样的事情需要不同技能的人相互配合。例如“产品网站”就是一个不大可能由一人完成的事。创造一个网站,需要梳理信息结构、需要设计各页面视觉稿、需要前后端开发人员的配合、需要测试和部署。这么多的事分别需要不同技能来执行,需要不同的人来协作完成这个目标。所以“产品网站”其实是一个目标,不是一条任务。像这样的事情如果不进行拆分,直接把一个目标录入到任务里,同样会使事情责任变得很模糊,最终造成延误。</p>
<p>遇到类似的情况,应该尽可能进行拆分,拆分到一条一条对应单个成员的具体事项,然后把它录入到一个叫做“产品网站”的任务列表里,这样责任分明、任务清晰有条理,避免人浮于事或者相互推诿。</p>
<p>todolist</p>
<p style="font-size: 15px;color: #000000;font-weight: bold;line-height: 0.8;margin-top: 15px">场景三</p>
<p style="font-size: 18px;color: #698e83;font-weight: bold;line-height: 1.2">收集周报:某团队管理规则要求团队成员每周需要提交周报</p>
<p>管理干部每周都会把这个事安排下去,他在操作时会觉得:我的团队有20个人,每次都要录入20个任务,这也太恶心了吧。所以就会想:如果一个任务可以分配给多人就好了。</p>
<p>这和之前的两个场景不大一样。收集周报本来就是对应到具体成员的,已经不能再拆分了。但这类事情,其实和协作是毫无关系的,这是一个定期重复的日程事件。就像每年都要过春节一样,这是一个每周都要交周报的固定安排。</p>
<p>在日历里录入每周重复的事件可以很好的解决这个问题。例入,可以在周5录入一条名为“收集周报”的自动重复事件,抄送给所有成员。在团队规定里要求成员每周定时把周报回复到这个讨论里。这样收集到的信息还可以从日历来回顾,即清晰又省事。</p>
<p>cal-repeat</p>
<p>所以,仔细分析用户的需求场景,我们认为「支持任务分配给多人」并不是必需的。如果你有更充分的理由,欢迎继续给我们反馈(mailto:support@mycolorway.com),我们会反复思考,我们的认识是不是错的。</p>
<p>以下是我们团队在使用Tower协作中的一些经验,希望对你们团队也有启发:</p>
<p>1、不同技能的人协同完成一件事。</p>
<p>把任务按技能拆分,让每一个人各自负责自己的任务。</p>
<p>sketch-1</p>
<p>2、同一件事需要多人流转完成。</p>
<p>当A完成后一部分工作后,可以将任务转派给B,保证任务始终有人负责,不会中途掉链子。</p>
<p>sketch-2</p>
<p>3、完全相同的任务,需要多人来做。</p>
<p>如果需要精确追踪每个人的完成情况,就为每个人单独创建任务。如果是不需要精确追踪,可以使用讨论或者日历来一次性通知到多人。</p>
<p>sketch-3</p>
<p>4、某个任务池,需要多人来完成。</p>
<p>我们会用「抢单」模式,每个人根据自己的工作进展,把一些任务的负责人改成自己,告诉大家这事我在负责,避免分配冲突。</p>
<p>sketch-4</p>

        </div>

标签: tower, 产品

仅有一条评论

  1. 转载地址:http://blog.mycolorway.com/2014/02/25/tower-todo-design/

添加新评论