如何正确地使用在线协作工具

导语

最近一个月,团队正式启用Worktile作为新的团队协作工具。工欲善其事,必先利其器,所以我在使用这个工具之前,将官网文档和用户都看了一遍,感觉自己已经对这款工具十分熟悉了。

直到某天将一资深程序员大妈拉到项目中,才发现官方文档对协作工具的使用仅仅停留在工具使用层面,没有深入的心法层面,所以大妈他一上来看到我混乱的编排,就忍不住重构了,给出了一份使用规约,并附了一个正确的使用模板。

看过文章才知道大妈原来从2013年就受邀使用 Trello,并结合自己的项目开发和知识管理的经验写了一篇使用指南,现在看来,这篇文章还尚未过时,甚至还有很大的参考作用。

后从同事处得知,大妈原来之前也使用过 Tower,那时候 Tower 才上线不久,问题不少,程序员发现 bug 并反馈 bug 几乎是直觉反应,何况这位大妈还是资深的,所以习惯性地吐槽并提交反馈意见。

一开始 Tower 的客服小哥的态度还十分热情,接一个 bug 就回一个谢谢,没想到提交的意见越来越多,堆积成山,慢慢地,客服小哥就没有回音了……

好,以上将大妈的背景故事介绍完后,我就要说我为啥要写这篇文章了,如你所见,大妈的语言风格比较独特,一般人读起来会比较费力,同时为了让更多人掌握正确使用协作工具的方法,觉得非常有必要将这篇文章稍微整理并翻译增补了下,力图将后来者能尽快将协作工具用上手。

大纲

协作工具看似简单,但内中涉及的管理概念确实极多,包括:

  • 一、概念介绍:Scrum 敏捷开发任务板说明
  • 二、组合任务:服从GTD原则
  • 三、达成共识:认同使用原则
  • 四、设定任务:符合SMART 原则
  • 五、提高效率:分享协作工具使用技巧

一、概念介绍:Scrum 敏捷开发任务板说明

Trello 和 Worktile 的设计原型来自挂在墙上的任务板,出自《硝烟中的Scrum和XP》这本书,操作方法如下图:

NOT CHECKED OUT (未完成)

表示没有完成的事情,所有杂七杂八的事情都可以用任务卡的方式往贴在这一栏。

CHECKED OUT(完成)

自己觉得事情完成了,就将该任务卡移到往 CHECKED OUT 。

DONE(终结归档)

「DONE」需要由团队来定义,只有团队成员检查,确认可以交付,并帮助将任务卡移动过去,这件事情才算是完成。

所以,务必要抱着符合大家认可的态度去做事情,否则事情永远不能被「DONE」

SPRINT GOAL(目标)

这张图的横轴表示时间点,最终点为截至日期(deadline);纵轴为任务总量。任务开始后的每一天,团队成员都需要汇总数据,标记进展状态,跟踪任务进度,以此来提醒团队不要偏离目标航线,一旦发现,马上调整,回到正轨。

UNPLANDEN ITEMS (计划外的事项)

总会遇到偏离计划但又必须去做的突发事件,这样就要将这些计划外的事项都归到一栏,其意义在复盘总结的时候能达到以下三个目的:

  • 尽可能少地安排计划外的事情
  • 尽可能在事前把计划想到周全一点
  • 要搞清楚打乱团队计划的因素是什么,如何避免?

NEXT(待办)

事实是这样的:一个项目尚未结束,另一个项目马上就要开启了,先不管是拍脑袋还是深思熟虑,团队人数就那么多,在项目尚未结束之前,与项目无关的、
紧急和重要程度都比较低的事情都只能堆在待办箱子里呆着。

二、组合任务:服从GTD原则

所有任务卡的生命周期如下:

此处插个图,大家可将五条竖栏看做五条泳道。

INBOX=》TODO=》DOING =》CHECKING=》DONE

INBOX

团队成员可以在INBOX中自由创建,收集需求

TODO

成员在TODO中主动认领,完成任务分配.

  • 自领:进入任务卡中自行领取
  • 指派:如已明确分工,可以指派某个成员为任务卡的执行人

DOING

DOING表示成员是在在执行任务卡的过程中。

原则:

  • 每个人至多只能同时执行两件任务
  • 在DOING 泳道中的任务卡不应该超过成员总数的2倍

CHECKING

通过成员间的相互CHECKING,确保任务完成预设目标。

  • CHECKING等同于科研中的「同行评审」
  • 成员间可以主动评审,也可以约定固定主持人来复查
  • 评审的人一定要留下评注,以便评审明确职责

DONE

DONE中暂存当前阶段完成的事务

  • 每次活动真正完成后,都应该进行归档
  • 当然,发觉有重复出现的任务,可复制任务卡重开一轮

三、达成共识:认同使用原则

工具以人为本,协同工具是为了解决小团队内部协同问题的,一定要所有成员达成共识,认同流程,才能 主动按规约推动每个任务卡的前进,否则沟通成果高过执行成本,就没人用了,所以一定要全员都认可以下原则:

  • 将一个活动各种事务,放在专用项目泳道中,宏观掌握整体进展,每个项目只关注件事情,其中的任务板设置必须与项目密切相关
  • 每个项目的成员不要超过7人,每条泳道中的任务卡不应该溢出泳道,太多任务卡和人挤在同一个泳道中将无法协同
  • 每个成员同一时刻在 DOING 泳道的任务卡不应该超过两个
  • 只要任务卡被认领或指派,就一定要有个结果,形成任务的闭环,任务卡需被成员核查过才可算完成,任务卡不能自行操作结束

严格执行

有了团队共同规约后,一定要严格执行,否则只有其中一两位成员在每天使用协作工具,其它成员从来不打开来更新,是没有用的。

协作工具说到底也只是工具,不是管理制度,要尽可能的通过任何可能的渠道强调协作工具是公司内部正式事务的唯一执行评价标准,才可能让大家在工作中喜欢上协作工具。

随时改进

众多的协作工具的原理基于敏捷开发管理经验,是对现实即时贴形成的看板系统的在线模拟,是敏捷开发管理过程的最小集合,只提供了最基本的看板功能,所以,其使用可以完全根据现实看板的使用来操作。

每个项目都有各自不同的问题,大家一定要根据使用中的问题,及时调整使用规约,让大家感觉到协作工具是收为己用的工具,越用越爽,这样才能真正发挥协作工具的真正作用。

四、设定任务:符合 5W1H 与 SMART 原则

任务卡的内容,该符合管理学中的 5W1H 与 SMART 原则:

量化(Specific)

任务应该足够明确,这就要求执行者将悬在空中的大任务拉下来,逐项分解,做个检查清单,每个检查清单都确保能完成,具体而言,一个任务卡至多在一周以内完成的,每个检查清单至多在一天完成。

可衡量(Measurable)

怎么样才算是做完了,做完了怎么才算好?这都需要一个判定指标。无法进行衡量的任务是不可能的任务,所以,能量化的就量化,不能量化的就质化。

可执行(Attainable)

不能假设所有志愿者都是经验人士
任务卡中应该尽可能的给出具体的执行指导,以便成员可以参考,也帮助理解任务的真正目的

有关联(Relevant)

协作工具之所以存在,就是因为任何一个任务在组织里都不是单独存在的,所以,成员在任务卡中可以加入其它任务卡的链接,以说明当前任务的来龙去脉,以便成员用正确的顺序来完成,比如,易拉宝的完成,就可以设立为:

  • 易拉宝设计- 易拉宝制作- 易拉宝部署- 易拉宝回收

用以上几个独立的SMART 任务卡进行关联性追踪

有边界(Time-based)

所有活动或项目,时间、资金和人力等各种资源都是有限的,所以,在任务卡中指明关键资源限制非常必要,大部分的协作工具都有截止时间设定,请毫不吝啬地使用。

五、提高效率:分享协作工具使用技巧

安装移动应用

大部分的协作工具都已经提供全平台兼容的移动应用,可在室外,随时查阅信息、处理问题、更新执行、关注提醒等。

无需频繁查看提醒

频繁查看就等于「刷」,「刷」而不做,那跟「刷」豆瓣微博有什么区别?所以,正确的使用方法就是明确任务之后就立刻去做,给自己设置4个番茄时钟,大概两个小时之后才去更新任务卡状态,再顺便查看提醒,及时跟上团队进度。

将任务卡视作维基

大部分的协作工具内置了非常完善的全文搜索,尽可将任务卡视作维基,这就应该要求成员在执行过程中:

  • 使用Markdown 格式
  • 尽可能地用SAMRT原则详尽地说明
  • 将所有执行的证据、链接和文档进行增补

善用 Checklist

任务卡中的 Checklist 只是个执行的要点提醒,具体每个要点的执行都会产生新的可用资源,应该以链接或是附件的形式记录在任务卡中,比如文档/设计图形,以便随时复用。这样一来,每个任务卡就自然形成了活动总结中的一个章节,会后总结就可直接复制过去。

同时,checklist 是可以复用的,那么,每次组织活动到相关环节就可将一个完备的checklist 从上次任务卡中复制过来。

正视工具

工具须以人为本,如果工具起到反作用,那还不如纸笔这种原始而高效的工具。

参考团队协作工具书

参考资料

迭代

  • 2015-09-02 00:08:13 大妈审阅提供大量意见,得用一篇文章挖坑
  • 2015-09-01 21:34:32 补增部分链接
  • 2015-08-31 12:59:43 加图
  • 2015-08-31 10:06:20 补增
  • 2015-08-31 01:14:46
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,968评论 6 482
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,601评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 153,220评论 0 344
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,416评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,425评论 5 374
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,144评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,432评论 3 401
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,088评论 0 261
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,586评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,028评论 2 325
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,137评论 1 334
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,783评论 4 324
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,343评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,333评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,559评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,595评论 2 355
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,901评论 2 345

推荐阅读更多精彩内容

  • 背景 《如何正确地使用在线协作工具》文章征求大妈指导意见。 主要问题: 你的态度或是经验呢? 都是其它文章的摘要哪...
    陈素封阅读 429评论 0 3
  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 171,521评论 25 707
  • 前天清晨,眼刚睁开,习惯性的拿起手机打开QQ,看到同学午夜发的一条说说;“好可惜,雷子淘汰了”。雷子,没错,就是最...
    湛卢圆公子阅读 1,226评论 1 4
  • 各位宝贵的公主们请给iwill café一个宠爱你的机会 凡今日在iwill café消费的公主,都可获赠草莓慕斯...
    Sharon1212阅读 273评论 0 0
  • 这是个高度文明的时代拔地而起的大厦、GDP、商机……没有温度的事物却带动这个世界的飞速发展然而,我却流下悲怆的眼泪...
    风之子的黄昏阅读 158评论 2 4