英选的项目管理方法体系有一个重要特征，就是远程。与企业内部研发团队、本地外包公司的工作形式很不一样，所有我们的项目都是以远程的方式来协作的。不管是我们与开发人员之间，还是与产品、UI、测试人员之间，有很多工作都是通过远程的方式去进行的。这也就决定了我们的工作要基于文档。
为什么需要文档？
远程意味着大家不在一个空间下，很难依赖于面对面或者是随时发起的对话去进行沟通。为了让大家能随时获取所需的工作资料，或者是为了让客户了解我们的工作进展，那么我们在做一些沟通的时候，信息的传递就必须是基于文档的、可视化的。
除此之外，我们在语音或者会议沟通中，把沟通内容转化成文档的过程，其实是包含思考的一个过程，它更有助于我们复盘理解。
话到此处，文档就代表着我们的沟通。一方面，沟通是要有记录的；另外一方面，这些记录必须是规范的。所以我们在整个的项目过程中，非常注重文档以及规范。
文档包括什么？
大部分文档是以项目的过程交付物形式出现。产品UI、开发测试的这些过程中，都会产生很多项目交付时需要给到客户的东西，它们都会以的文档形式呈现出来。
团队内部的沟通，以及我们跟客户之间的沟通还涉及许多文档，比如项目计划、项目的周报，然后还有定期的解决问题的处理报告等等。
为什么要有文档规范？
简单点说，就是为了统一，为了让大家都能看懂，为了降低沟通过程中的风险。举个简单例子，张三写文档可能喜欢用英文，李四喜欢用中文，王五用德文......那大家其实不一定都能看懂英文和德文的。那现在我们统一使用中文写作，问题又来了。文档中需要包含哪些要点？有什么格式要求？等等。
所以这些内容，我们都需要有一个很好的规范去约束它们，来减少我们沟通过程中的理解偏差和遗漏点。
同时，为了去确保我们在每个项目过程中，特别是在多项目的情况下，大家的标准是一致的、质量是稳定的，我们的规范也需要相对来讲比较清晰。
再举个产品设计原型的例子。在我们跟客户做了一些产品的沟通之后，其实每个产品经理的工作方式，或者说在他以往的工作中所沉淀下来的技能的表现是很不一样的。比如说有的用墨刀，有的用sketch，然后还有一些可能会用其他的工具。而在英选这个模式下，首先工具就是要统一的。
那比如说都用墨刀，但可能每个人对于这些细节的把握程度都不一样，这也会带来一些风险。所以我们就会要求，在交付的时候不仅要用墨刀，而且在墨刀里面要以标签的方式，把每一个原型页面中对应的细节、规则都备注在旁边。
为什么不用word？
因为word中静态的图片文字，不足以让开发人员快速地、清晰地去理解产品逻辑。这些规范的制定都是基于我们对开发流程的洞察哦。
文档沟通有什么局限？
在类似于面对面的场景下，当出现一些问题或者有疑问的时候，可以随时发起一个沟通。例如，直接说“我想到一个事情......你觉得怎么样？”
这种场景其实对于大家建立信任感，以及在沟通效率上是有巨大帮助的，也很有利于创意创新的萌发。在远程的情况下，大家更习惯异步沟通，这种场景就会变得比较弱。这就意味着，“在统一的时间、空间内去做信息同步跟流动”的这样一个能力，我们是丧失的。或者说需要额外安排，我们才能够获得这样的能力。
比如说，我们每周会有一个迭代会议，把它作为一个大家去发现、挖掘信息的一个场合。在远程的情况下，它本身就有一些缺点，我们就需要针对这些问题（比如信任感的建立、信息的同步等等），找一个场合去补足它。
我们常说，优秀的人+高标准验收=优秀的产品。“标准”是什么？其实众多的文档就是标准的体现。做好标准很难，让大家去遵守更难。所以也得益于远程工作的模式，让我们的标准都能落到实处。
