我们在两年前提出远程社区的设想，目标是“让远程工作触手可及”，希望能推广远程工作模式。没想到这场疫情让远程工作“普及”了，尽管大家都是不得以采用了远程工作，至少拉近了我们和远程工作之间距离。
与“不得已”的远程工作不同，远程工作应该带来更好的效率和长期可持续性发展的潜力。远程工作的日常工作就是对效率的不断提升和改进，不是直接追求日产出（产量）。产出较容易衡量，直接衡量效率难很多，以效率提升为目标甚至会在一段时间内让产出降低。长期看，效率提升带来更好的产出毋庸置疑。实现远程工作，要做好认识和组织上迎接改变的准备。
追求产出（产量），是每一位管理者的目标，好的流程和管理可以带来更好的效率，进而带来更多产出。只是传统的管理理念里，基层的管理者通常关注较近的目标：每天、每周或每个月的产出（产量）；中高级管理者职责才会关注工作效率的改进。在远程工作中，效率改进的职责大部分转移到个体身上，管理者的“管理”职责被弱化，变成支持和协助。
北京盛安德科技
管理者的信任、充分授权和员工的自我管理能力要同时具备。和敏捷理念一样，不是理论上明白就好了，要在实践中，时刻与自己的习惯斗争，从管到放（授权），从被管到自律。在实践中经常遇到的几个误区，提出来大家参考。
误区一
靠加班提高产出
工作产出=效率X工作时间，这个公式应该不难理解。如果我们的目标直接指向工作产出，要增加产出，增加工作时间比提高效率容易，所以产生加班，安排加班正是基层管理者的日常工作。
误区二
程序员追求稳定的产出
如果要保证稳定的产出，而我们又有能力提高一些效率，我们会减少工作时间，这个情况也很常见。在软件开发项目里，程序员经常为自己设置一个基准（Benchmark)工作量，我们每天工作达到这个基准就OK了，只要以后保持这个产出就好。所以经常有些程序员告诉我，每天八小时的工作，两三个小时就干完了。这么做短时间内看不出问题，时间越长问题越多，比较多的情况是抱怨项目没有挑战，想换个项目或换种技术。换个项目问题一样，我们还是完成稳定的产出，技术很容易掌握，将来会更容易。问题出在哪里？目标错了，稳定的产出这个目标把我们变成工具的一部分，而不是使用工具解决问题的人。
实现远程工作，我们必须成为解决问题的人，不是解决问题过程中的一个环节。问题来自业务，不是来自需求。需求是解决问题的一个过程，实现需求、测试和部署也是过程。怎样把来自业务的问题解决掉，进而更高效的解决，是远程工作过程中程序员追求的目标。
误区三
管理者担心团队产出少
不能信任程序员
对于管理者，可能会担心程序员产出的代码太少，团队整体的“效率”太低，不如按流程分工。前面我提到，远程工作的效率依靠每个程序员个体去改进，个体效率的提升最终导致团队效率提升，一段时间内的产出（产量）比较低是正常现象，放心让大家集中注意力提升自己和协作的效率，产出自然会提高。管理者的放心和信任，目标指向员工的成长（个体效率的提升）。
管理者和员工的共同努力，让远程工作成为可能。德鲁克先生说“管理的本质是激发一个人的善意和潜能。”关注员工成长的管理者，是不是掌握了管理的本质？