项目式协作：怎么把一个项目交出去，又不失控
上一篇讲的是目标，这一篇讲的是比目标更具体的一件事：项目。
先分清楚任务和项目，因为很多人交出去的时候分不清，结果不是交得太碎，就是交得太笼统：一件任务是一次就能做完的事，一个项目是由好几步组成、中间结果需要你检查的事。 比如“查一下今天的天气”，这是任务；“把博客的分类和标签整理干净”，这就是项目——它要先清点现状，再定合并方案，再一批一批改，最后还要构建验证、上线检查，一步没对，后面都会跟着错。
项目式协作的核心就一句话：你负责定方向和验收，它负责跑步骤和报结果。 方向不清，它跑得越快，偏得越远；验收不做，它报什么，你都只能信什么。
一、接任务，先说清五样东西
交一个项目，不要只说“帮我把这个项目做了”。项目开始之前，先把这五样说清楚，缺一样，后面就要返工：
- 背景：这个项目是为了解决什么问题，现在是什么样子。比如“博客分类太多太乱，读者找不到文章”。
- 目标：最后要拿到什么，可以怎么验证。比如“分类合并到 50 个以内，标签压到 50 个以内，构建通过、线上页面正常”。
- 范围：做哪些，不做哪些。比如“只改文章头部的分类和标签，不改正文、不改文章链接”。
- 材料：它需要看什么，在哪里。比如“仓库里的文章和配置文件，构建工具已经装好”。
- 验收点：哪些地方必须你先看、你点头了它再动手。比如“每批改动先列出清单你确认，推上线之前必须你同意”。
这五样说清楚了，它才不用猜你的标准；猜出来的标准，最后往往要你重做一遍。
二、分步骤：一步只做一件事，每步都能验收
项目不要一次做完，要拆成一步一步来。拆的时候按这个标准：
- 每一步只有一个结果：比如第一步只出清点结果，第二步只出合并方案，第三步才动手改第一批。
- 每一步的结果你能看得懂：不是一句“做完了”，而是改了哪些文件、改了什么、构建结果怎么样。
- 上一步没验收，下一步先别开始：尤其是改动会互相影响的时候，跳过验收直接往下做，错了也很难定位是哪一步错的。
举个整理博客的例子，步骤可以这样拆：
- 先清点：现在有多少分类、多少标签，哪些是重复的、哪些只用过一次。
- 再定方案：哪些合并、哪些保留，列一张清单给你确认。
- 然后分批改：先改一小批，构建验证通过，你看过没问题，再改下一批。
- 最后上线检查：构建通过、线上页面正常，这一步才算完。
步骤拆得越清楚，你中途想改方向也越容易：改的是某一步，而不是把整个项目推倒重来。
三、走一遍：一个项目是怎么协作的
把上面两部分合起来，一个项目通常是这样走的：
开始时，你说方向。 背景、目标、范围、材料、验收点，五样一次说清，不要分三次补充。补充一次，方向就可能变一次。
进行中，它按步骤报结果。 每做完一步，报回来三样：做了什么、结果怎么样、有没有遇到问题。结果要具体，比如“改了 86 篇文章的头部信息，构建通过，中文页从 1000 页变成 948 页是因为分类和标签页面变少了，正文没有动”，而不是“已经整理好了”。
每一步，你只验收这一步。 不用每次都从头查一遍，只看这一步的结果对不对得上目标。这一批没问题，再往下走；有问题，就在这一步改，不要带着问题进下一步。
遇到变化，停下来先对齐。 比如清点之后发现，某个分类其实不该合并，或者某批改动会影响线上链接，这时候不要让它自己决定。先停下来，你确认了新的做法，再继续。项目里最贵的错误，不是做得慢，而是方向错了还一直在做。
四、检查结果：不要只看“做完了”三个字
项目做完，验收的时候问三个问题就够了：
- 改了什么：文件清单、改动范围，是不是只在你说的范围里，有没有顺手改了不该改的东西。
- 验证结果怎么样：构建通没通过、线上是不是正常，有没有留下报错和警告。
- 还能不能回头：如果上线后发现不对，能不能按原来的版本恢复，这一步有没有留好退路。
这三个问题，前面几篇讲过的原则在这里都用得上：推上线、对外发消息、花钱这些不可逆的步骤，必须你点头了再动手；它报的结果，你要能自己验证，而不是只听它说。
五、协作的节奏：什么时候紧，什么时候松
项目不是全程一个节奏，开始和结尾要紧一点，中间可以松一点：
- 开始要紧：第一步的结果出来之前，多看一眼，因为第一步定的是后面所有步骤的方向。
- 中间可以松：步骤跑顺了、结果一直符合预期，就不用每步都细查，看一眼清单和验证结果就行。
- 结尾要再紧一次：上线之前，重新对一遍目标：当初说的范围有没有超、完成标准有没有达到、遗留问题有没有记下来。
还有一个习惯，和上一篇的目标追踪是配套的：每做完一步，记一笔进度。 什么时候做的、做了什么、结果怎么样、遇到什么变化，记下来。项目拖得越长，这本进度越有用——你不用凭印象回忆“上次改到哪了”，翻一下就清楚了。
六、几条不能越过的线
项目越大，越要提前划线，免得到最后才发现越界了：
- 不可逆的步骤，必须你点头：推代码、上线、删数据、对外发消息、花钱，这些不能由它自己决定。
- 范围外的事，先问再做：做到一半发现一个“顺手可以做”的事，先告诉你，你同意了再加进范围，不要自己扩大项目。
- 做不下去的时候，要说清楚卡在哪里：是缺材料、缺权限、还是目标本身有矛盾，卡点说清楚，你才能帮它解开，而不是让它硬做一个错误的结果。
练一次：今天就交出去一个小项目
挑一个你手头真实的小项目，比如整理一批文件、汇总一周的材料、检查一个小网站，按下面这个模板交出去：
背景：__________，现在是 __________。
目标：最后要拿到 __________，验证方法是 __________。
范围：做 __________，不做 __________。
材料：__________。
验收点：__________ 必须先给我看，我点头了再动手。
交出去之后，只做一件事：验收第一步的结果。第一步对了，项目就已经成功了一半。
下一篇，我们讲浏览器和网站：它怎么帮你查资料、看网页，以及哪些网站的事不能交给它。
