草 稿

如何用「任务」推动项目?

用过 Tower 的朋友都知道,任务是其最核心的功能,这次聊聊我们团队是如何使用「任务」的?

 

原文发布在:http://blog.mycolorway.com/2013/05/27/how-to-use-todos/

  1. 分解任务注意范围和粒度

    1、只确定最近1~2周内完成的任务,而不是项目内的所有任务。目的是保证每个人都可以聚焦在近期的工作目标上,不用浪费精力去思考太久远的可能要做的事情。

     

    2、尽量细的拆分每条任务。在我们产品团队中,以“小时”为单位拆分任务,指定计划者能够考虑更加周详细致,也更容易在团队内部讨论,及早发现问题,减少及闭门造成导致方向走偏。

     

    所以,我们团队目前定期每周开例会的——大家对本周工作目标有了一个统一清晰的认识后,着手安排本周工作计划,分解任务也基本控制在2~8小时的粒度范围。

  2. 明确任务的唯一指派人

    我们强调每条任务都要指定给具体的负责人,对于暂时不能确定负责人的任务,我们会默认分配给自己,由创建任务的人来负责,保证每个任务都有人在跟踪。

     

    此外,我们收到不少用户对增加任务分派多人的呼声,经过仔细分析思考,我们认为任务分派给多人会造成的责任人不明确,如果任务延误,容易相互推诿责任。任务分配给多人,对每个人的工作内容描述不明确,还容易造成工作浪费,因而,我们坚定的放弃了这个功能需求。

  3. 任务的描述详尽清晰

    因为是 Tower 中都是书面化的沟通,语言文字的表述会直接影响沟通的顺畅度。任务描述尽量详尽完整,清晰易懂,方便其他成员理解。有用户反馈说任务标题有字数限制不方便,我们发现他们把关于任务的描述通通放在了标题里,其实任务的标题用来简要描述任务的,需要更加详尽的文字和附件信息,可以在评论中去完成。

  4. 善用任务评论展现任务过程

    任务执行过程中的细节讨论,我们会尽量通过Tower来完成,保证所有人都能看到,及时发现问题,避免因自我纠结或方向错误浪费宝贵的时间。

     

    拿设计来说,设计师一旦有了设计方案,会第一时间将其发布出来,并通知到任务相关人员求各种围观吐槽,便于知晓自己的设计是否符合要求。其他成员也会从自己的角度出发,给出最及时最有力的评论支持。

     

    这样的思想碰撞不会因为时间流失而消失,回顾总结起来也十分方便。

评论(2

谢谢TOWER的大牛!