讨论关于远程的管理模式

远程工作，信任是开始远程的基础，如果对员工不信任，远程监控没有意义。
我们团队已经全员远程6年了，员工的工作都是自觉自主的，我对团队成员也是充分信任，我们没有监控、没有日报、也没有每天的视频立会。我们通过每周视频例会沟通各项工作计划和进度，平常任何成员认为有沟通必要直接预约相关人员通过企业微信语音或视频沟通。作为团队带头人，我会不定期的与团队成员进行沟通。
我们从2008年开始至今一直专注于打造企业数字化平台一款产品，团队成员也相对很稳定，目前入职时间最短的伙伴已经来公司3年半了。我们努力打造一个小而美的远程团队，我们不融资、不盲目扩张、全员远程，没有地域限制、965。
我们这里没有996、没有办公室政治、也没有互联网公司的高额收入，虽然伙伴们生活在三线、四线甚至是五线城市，我们为每位员工在北京上了工资全额的社保和公积金，能够拿到高于所在城市同行从业者的收入，是我们远程团队稳定持续的基础。

远程本质是削减不必要的生产过程损耗, (不论对于员工还是公司) ,
传统工资以时间计价, 员工的产能有高有低, 这取决于公司能否接受低产能的员工或者直接按照员工产能效率来决定工时价格, 但本质, 员工出售给公司的是时间, 而不是产能.
你认为远程工作不能接受时间计价, 不是因为远程和传统模式的冲突, 而是时间计价这件事你无法接受了, 即便你是在公司坐班, 你也无法再接受时间计价了.

我很同意PO主和上面两位的观点。

今年年初我做了一个关于各种任务协作管理的平台的调研，顺带着就问了一下小伙伴们的工作沟通习惯，大部分都是在北美，一位在韩国。几乎所有公司追求的都是即时通讯，大部分沟通依赖slack，asana这类平台，发出的消息马上就得得到回应，回的越快，代表你工作越上心。于是一个人的一天里，不仅充斥着大大小小的各种会议，剩余时间里也不能自己主导，分分钟被打扰，哪儿能静下心来做一些需要思考的工作？

远程团队运行的逻辑和预期都不大相同，一个办公室团队如果转型成为全远程的团队的话，比起把原来的规章制度改动改动，更合适的是重新思考公司和团队的主要目的和现有条件，由此重塑团队运行的基本规则。 其中可能包括了沟通手段的多样化，沟通的频率，职能的分布，目标的制定等等。

我觉得远程工作需要花大精力重构的地方是协作模式。这里不讨论协作模式，只讨论管理模式。

至于管理模式，其实和坐班面临一样的问题，只不过远程团队使某些问题更加清晰了。

对于所有的团队

• 彻底放弃时间计价的管理方式。其实对于坐班的团队，管理者也不想以时间计价，只是以时间计价可以简单粗暴的提升员工的产出，但是这个产出的效率仍然是很低的。而对于远程团队，必须采用任务导向的管理方式。

对于非创造性的团队

• 对于全职的劳动合同，最终还是要通过时间来量化。所以任务导向管理不是说完全不考虑时间，而是需要管理者和打工人都更清晰的知道任务的工作量及耗时。

对于创造性的团队

• 任务导向也没啥用，关键是员工的能力和动力。所以远程不远程不会遇到新的管理问题。

只要不用微信来管理就及格了，不知道为什么那么多人工作沟通也喜欢用微信，要方便工作沟通起码 slack > telegram > skype > QQ > 微信

远程的时候jira一样好用。我们也用了vs code live share

Trello ： 任务管理
钉钉 ： IM沟通 和 聊天查询
自建gitlab ： 代码库

感觉差不多够用

你好，我也在探索远程协作的模式，远程办公和传统肯定是有区别的，所以不能照搬，所以要处理好以下几个问题：

• 合作方式：包月，包功能，包小时
• 付款方式：预付比例
• 代码提交方式： 仓库管理，写完再提交
• 代码质量保证，代码应该按照代码质量分级，分不同级别的代码质量，最低要保证可维护，为什么要分代码质量级别，因为质量要求高可能付出成本要更高，所以可以根据项目成本和周期来确定代码质量级别。
• 如何保证项目进度？

所以远程合作不仅要站在开发者角度，也要站在项目方角度考虑，只有双方共同考虑远程中的协作问题，才能总结出一套有可行性的远程协作解决方案。

同时远程协作沟通会存在一点问题，所以协作中的关键信息都需要有文档，用标准的文档来减少不必要的沟通。

我自己也在github上不断更新我总结的远程协作解决方案，欢迎查看与交流。

文章地址：https://github.com/luckynk/remote-explore/issues

最后，如果有项目方不太了解远程项目如何管理，我这边可以提供远程协作解决方案，可以先看文章后联系我。

个人觉的对于初创团队，如果用公司的那套绩效管理来驱动公司发展，达成目标，本来就已经走偏了，反而应该是要从目标出发去审视