听到我要写 Remote 这本书。
可能一些读者，可能会内心抱持著一点怀疑。作者是不是最近太无聊。想蹭什么热点？这个题目，他真的懂吗？
就我过去出版的依些书籍。很多人对我的印象。都认为我的专长应该落在学习、做产品、做增长这几个题目上。
「远程」这种全新的主题，我怎么有能力写？
这件事想来一些人不相信，我不仅能够写。还真的「懂」，认真起来可以写一大套方法论。
过去，因为职涯的关系，我有过三段「非同步工作」的相关经历。这也造就，我本身某种程度上还算「精通」「Working Remotely」这项技能。
不过，这个「技能」过去市场上需求与询问声音不大。所以过去，我就很少提及这件事。
2008 年。我第二份编程工作。是在几位业内大神的合组的网站设计公司上班。公司总共 5 人。平日公司全数是 Work from Home。一周工作日有 5 天。我们四天远程上班，一天到老板家附近的咖啡店一起开会协作一下午。
这段经历也奠定了我未来许多 Working Remotely 的技巧。
后来，我虽然又转换回 Inhouse 工作团队上班。但这段工作经验我受益良多。我开始学习利用这段时间学到的协作技巧与流程梳理技巧，提升团队的工作效率。
2014 年。我在硅谷一家软体团队当 Engineer Lead。公司的组成大致上是台湾有将近快 20 个程序员。而运营团队几乎都在美国，也有 20 人。公司会在台湾组建软件团队的原因，第一个是因为美国本身程序员难招且贵，老板又是华裔，为了节省成本于是他想在亚洲国家组建程序员团队。第二个原因是公司与台湾时差有 15 个小时，所以如果工作调配得宜的话，或是两边都有程序员的话。理论上我们可以做到 24 小时不间断的 feature deliver。
我在这间公司主要的工作，除了架构设计外。花最多心力的地方就是设计协作架构，以及调派 dispatch 资源，确保 24 小时都能产出。
在这间公司工作时，十分辛苦。因为我们公司不只是有两地程序员而已，更有来自南美洲的美术设计外包商。我醒著的时间几乎都在工作。为了就是要确保虽然身处多地，但是两地的团队还能顺畅的交棒。
很多人不知道，我的其中一间公司 OTCBTC，在上线成交额做到一天一亿人民币之前，公司组成只有15个人。而且挺好笑的是，外界都以为我们有100个人。因为，我们团队部署上线新功能之快，真不像小公司。后来，我们公司扩展规模。在多地也有了办公室。我后来甚至有高达半年的时间。也搬回了台湾办公室。远程与在中国的同事协作。
公司也混用了多国顶尖的正职、兼职工作者。异步在不同地域，不同时区里面接力工作。
所以，按照过去经历来说。我有没有资格写这个题目。我想应该是有点。主要是「Working Remotely」里面的核心「Working asynchronously」（非同步工作），在这 12 年的工作生涯中，应该算是练的相对炉火纯青。
很多人往往后期。我过去带领的团队，不管加入之前技术背景为何，在进入我的团队后，彷佛都像开了神通一样，拥有高速开发的神力。
新进的同事也觉得非常神奇。都会形容明明我们公司与他过去待的公司很不一样。明明是一个 Inhouse 团队，但是平日工作却不喜欢说话也不喜欢开会。照理来说这样的性格与画风，应该协作起来会满是障碍。
但是相反的，却是过去他待过最有效率的公司。各种流程衔接的天衣无缝。彷佛有心灵感应。
很想要知道我招聘上的密技。
其实这不纯粹是招聘的挑人眼光。能达到如此的效果，而是是我们核心的开发流程，多年以来大幅源于整合移植远程工作所需的非同步接力技巧。才能达到如此行云流水的地步。
如果要更精确的形容我们团队的协作方式与型态。更像是 Working Remotely in Office。
所以，要说非 Remote 团队学了这套技巧，有没有用？当然非常有用。光是协作技巧的一点改变。就能让团队的效率翻上几番。
更不用是现在刚进入 Remote 状态，焦头烂额筋疲力竭的团队。我想这本书应该可以至少瞬间做到把你从地狱泥泞里面拉出来站在地面上开始跑步。
这本书里面，我会谈什么样的主题呢？
这本书可能会跟坊间的 Remote 鸡汤不一样。整理的都会是相当实战的技巧。
我们会在这本书里面，覆盖以下主题
- 溝通
- 換手接力
- 會議
- 進度管理
- 精力管理
- 招聘
- 資安
最后。在谈完这些主题后。我们还会实际讨论，如何将这一系列的工作技巧与模式，尽量无缝低痛的融合回去原先的工作流程。
让各位实际转行成 Remote 团队。或者，至少能够从此 Working Remotely in Office。大大提升各位的工作效率以及幸福感。
让我们开始吧！