团队协作任务管理TeambitiontowerWorktile
知乎用户,...
看下 Tower 团队自己的使用方法吧~ 戳下面的连接
“任务”让项目顺利运行
引用一部分内容:
分解任务注意范围和粒度
1、只确定最近1~2周内完成的任务,而不是项目内的所有任务。目的是保证每个人都可以聚焦在近期的工作目标上,不用浪费精力去思考太久远的可能要做的事情。
2、尽量细的拆分每条任务。在我们产品团队中,以“小时”为单位拆分任务,指定计划者能够考虑更加周详细致,也更容易在团队内部讨论,及早发现问题,减少及闭门造成导致方向走偏。
所以,我们团队目前定期每周开例会的——大家对本周工作目标有了一个统一清晰的认识后,着手安排本周工作计划,分解任务也基本控制在2~8小时的粒度范围。明确任务的唯一指派人
我们强调每条任务都要指定给具体的负责人,对于暂时不能确定负责人的任务,我们会默认分配给自己,由创建任务的人来负责,保证每个任务都有人在跟踪。
此外,我们收到不少用户对增加任务分派多人的呼声,经过仔细分析思考,我们认为任务分派给多人会造成的责任人不明确,如果任务延误,容易相互推诿责任。任务分配给多人,对每个人的工作内容描述不明确,还容易造成工作浪费,因而,我们坚定的放弃了这个功能需求。任务的描述详尽清晰
因为是Tower中都是书面化的沟通,语言文字的表述会直接影响沟通的顺畅度。任务描述尽量详尽完整,清晰易懂,方便其他成员理解。有用户反馈说任务标题有字数限制不方便,我们发现他们把关于任务的描述通通放在了标题里,其实任务的标题用来简要描述任务的,需要更加详尽的文字和附件信息,可以在评论中去完成。
卢瑟西德,身宅斗室之中,心浪千里之外……
这是Worktile官方博客上《最佳实践:如何跟踪分配给多人的任务状态》中的一部分,很适合这个问题,粘过来分享一下,有兴趣的可以点击文章标题看看全文。
一:任务的粒度尽可能细分
每个任务的粒度尽可能划分的详细,不要创建一个毫无意义的任务,比如有一个任务:实现评论的回复功能。这样一个任务实际意义就不大,因为实现这样一个功能涉及到各个成员之间的配合问题,有产品设计、UI设计、前端、后端等等。
不如对任务进行更细粒度的划分,把任务按照每个成员职责的不同,分解为不同的任务,每个任务只指定一名负责人:
另外,如果你更希望按每位成员的职责分配任务,可以灵活使用Worktile中的任务列表,如下图所示:
对于任务粒度的划分,只是我们的一个最佳实践建议,并不是必须的。Worktile中的任务支持检查项,你可以为任务设置多个检查点,每位成员完成之后都给自己所负责的那部分检查点打勾,这样既能避免多个成员同时标记任务完成状态,也能只管的看到任务的进展情况。当所有的检查项都完成时,再标记任务状态为完成。
王宝明,企明岛(http://qimingdao.com)专注于团…
分享我们团队的一点经验:
郭雄飞,软件开发/IC设计/开源
一般来说大于两个小时,小于几天的粒度比较合适。任务的结果应该被清晰的描述,如果对于如何完成这个任务没有很明确的界限,可能会导致这个任务卡长时间的呆在板上,成为瓶颈。
知乎用户,独学而无友,则孤陋而寡闻。
任务的粒度与工具并无太大关系,而应该看任务的复杂度及被分配对象的能力。通常来说,如果接受任务的人能力够强,经验够丰富,任务的颗粒度就可以粗一些。
联系客服