我的好多朋友都是文字工作者或者是自媒体，要么是靠出售语言为生，要么是靠写东西为生。我在讲述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等类似的工具来协助。总体上并不复杂。
看板示例
经过这样的规划，执行，回顾，改善的过程，是不是可以改善你的文字工作呢？我已经在用了，期待你的反馈。
