我的好多朋友都是文字工作者或者是自媒体,要么是靠出售语言为生,要么是靠写东西为生。我在讲述Scrum的过程中,也常常在想,如何用Scrum提升文字工作者的效能呢?Scrum的理论是普适的,从根本上来说,与GTD一脉相承-承认人性本“懒”,对"执行"基本是持悲观态度的-所以理论上在文字工作者这里也是可行的。那么作为一个跨界的玩法,Scrum方法如何搞定爱拖稿, 爱胡思乱想,思维天马行空的朋友们呢(额,其实我也是)。
常规工作流程
以下基于我个人的实践,把Scrum的一些重点理论映射到文字工作者的日常工作里。
Product backlog-待写作列表
需要把所有相关的写作需求记录到这个列表中。为了方便后续的处理,这里建议已经有了文章主题和主要内容大纲,并已经界定了文章的完成标准(在Scrum叫做AC,即接受标准。接受标准其实可以直接理解成编辑的最低接受标准)。
Sprint-冲刺周期
指的是一个执行工作的周期,划分冲刺周期的目的,主要是人为的为一部分工作设定周期(请参考Deadline的设计逻辑,如果没有deadline大家都会陷入各种各样奇怪的困境中)。这里我们一般设定成两周。后续如有特殊情况,可以调整到1周到4周,建议最长不超过4周。
Sprint Planning-冲刺规划
从待写作列表中,选取这两周时间内必须完成的任务(欠了别人好久的),可以完成的任务(这两周集中精力可以搞定的文章)。
Sprint Backlog-写作冲刺列表
两周内要完成的文章任务列表,已经估算过了文章的长度和复杂度,确认正常可以在两周内完成。
Daily meeting-每日回顾
每天固定时间回顾昨天已经写完的部分,今天将要写的部分,以及遇到的问题。
Sprint Review-冲刺演示
在两周的冲刺周期里,可以规定一个到两个的展示时间点。这个时间点里,把你完成的文章给到编辑或者好友,以便接受改进意见(Chui Peng)。
Sprint Retrospective-冲刺回顾
在两周的冲刺周期结束后,对冲刺的过程和结果进行自我回顾,找到效率,协作,内容准备,码字环境等各个方面的问题,并制定改进方案(改进方案不要超过3条,同样是为了后续能够得到执行和改进)。
Scrum工作流程图
敏捷协作的小原则:
FIFO先进先出原则,在价值和紧急程度类似的情况下,严格遵循时间顺序,先处理先进入等待列表的文章(以免产生可怕的拖稿);
单件流,一次只做一件事,一次只集中精力完成一篇文章(当然几篇相关的文章一起写这种特殊情况除外);
高层审视方法。文字工作者很多时候是一个人(当然也不排除文人相轻,都是文字工作者互相看不顺眼的情况),所以很多时候的review都是自己对自己的review。在这样的时候,适当的采用高层审视方法,比如站在用户的视角,思考我的文章能够给用户带来什么帮助;站在编辑的角度,我们应该用什么的表达方式去表达和建构;站在内容运营者的角度,文字的运营和推广价值何在。从不同的角度审视,往往会给你的文字带来不同的思路。
在工具方面的选用上,我建议使用的“标签纸+大白板”的低科技方式,如果你觉得这样的方式比较慢或者整理不便,可以使用Trello等类似的工具来协助。总体上并不复杂。
看板示例
经过这样的规划,执行,回顾,改善的过程,是不是可以改善你的文字工作呢?我已经在用了,期待你的反馈。
网友评论