如何用「任务」推动项目?
分解任务注意范围和粒度
1、只确定最近1~2周内完成的任务,而不是项目内的所有任务。目的是保证每个人都可以聚焦在近期的工作目标上,不用浪费精力去思考太久远的可能要做的事情。
2、尽量细的拆分每条任务。在我们产品团队中,以“小时”为单位拆分任务,指定计划者能够考虑更加周详细致,也更容易在团队内部讨论,及早发现问题,减少及闭门造成导致方向走偏。
所以,我们团队目前定期每周开例会的——大家对本周工作目标有了一个统一清晰的认识后,着手安排本周工作计划,分解任务也基本控制在2~8小时的粒度范围。
明确任务的唯一指派人
我们强调每条任务都要指定给具体的负责人,对于暂时不能确定负责人的任务,我们会默认分配给自己,由创建任务的人来负责,保证每个任务都有人在跟踪。
此外,我们收到不少用户对增加任务分派多人的呼声,经过仔细分析思考,我们认为任务分派给多人会造成的责任人不明确,如果任务延误,容易相互推诿责任。任务分配给多人,对每个人的工作内容描述不明确,还容易造成工作浪费,因而,我们坚定的放弃了这个功能需求。
任务的描述详尽清晰
因为是 Tower 中都是书面化的沟通,语言文字的表述会直接影响沟通的顺畅度。任务描述尽量详尽完整,清晰易懂,方便其他成员理解。有用户反馈说任务标题有字数限制不方便,我们发现他们把关于任务的描述通通放在了标题里,其实任务的标题用来简要描述任务的,需要更加详尽的文字和附件信息,可以在评论中去完成。
善用任务评论展现任务过程
任务执行过程中的细节讨论,我们会尽量通过Tower来完成,保证所有人都能看到,及时发现问题,避免因自我纠结或方向错误浪费宝贵的时间。
拿设计来说,设计师一旦有了设计方案,会第一时间将其发布出来,并通知到任务相关人员求各种围观吐槽,便于知晓自己的设计是否符合要求。其他成员也会从自己的角度出发,给出最及时最有力的评论支持。
这样的思想碰撞不会因为时间流失而消失,回顾总结起来也十分方便。
评论(2)