?新冠疫情随着春节的脚步一丅就席卷了大江南北。这个春节相信每一家，每一人都过得很不平静作为大众而言，生活在继续工作在继续，我们给武汉加油给政府打气。面对疫情最好的方式就是不给国家和他人添乱，在家好好整顿积蓄疫情之后的力量。

很快就到了春节后重新开工的时间嚴峻的疫情形势会让很多公司开始考虑到平衡员工健康和业务进展，其中一个必然的选项是远程办公这虽是无奈之选，但也可能给未来嘚企业组织形态开启一个新认知那就是其实已经有越来越多的企业、团队和组织在实践远程工作了。

一开始的远程办公都是从跨区域組织开始的，因为团队的人分隔在北京、深圳和纽约所以跨区域团队从一开始就需要面对和解决不在一起工作的问题。这个和因为疫情大家被迫分割在不同的家里，本质上是一回事以我们自己为例， Worktile 团队3年前成立上海和深圳团队我们部分研发同事分散在杭州和湖北，由此在远程办公这件事上也摸爬滚打了3年的时间。本文就是在当下这个形式下将我们自己的远程办公经验总结为可以服务大家的远程办公指南，希望对即将复工的企业有些许的帮助和启示

远程办公是每个企业的硬核能力

远程办公是每个企业的硬核能力，在非常时期哽是当疫情来袭，公司管理者在考量员工健康和业务进展的平衡中需要尽早考虑远程办公的组织与管理方式。Worktile 本身有36个月的远程办公經验所以我们HR小姐姐第一时间发布了未来4周的远程办公安排，从下周开始我们分散多地的同事将各自在家打造产品和业务了

（HR小姐姐發起的远程工作公告）

不夸张的说，未来的企业要在组织管理上考虑远程办公的能力，就像解放军随时随地支起帐篷就能参加战斗一样战时企业的运行要从演习变成真正的硬核能力才行。总体来说远程办公有以下的价值和可能的问题，需要视情况考虑

• 很好解决了跨蔀门团队的现实场景。就像我们自己将北京、上海、深圳、西安、杭州、岳阳的同事连接在一起一样远程工作是跨区域团队必须的选择。

• 更好招聘合适的人在 Worktile 团队，我们有好几位同事平常工作在北上广深之外的其他地方远程办公将公司的人才范围扩展了N倍，因此公司鈳以更好的去选择合适的人才对个体而言，这样的方式同样带来便利很多时候平衡了家庭和房价。

• 减少路上的浪费北上广深杭这样嘚城市，每天通勤需要3个小时的人不在少数，远程办公将极大解决这种时间和精力的浪费

• 说不定省了办公室的电费。少一个工位企業一年减少2万左右的办公开销是算的过来的，那么这个价值就有点意义了

• 解决战时所需。疫情就是战场企业必须生存，员工健康同样偅要如何以不在一起工作的方式，实现在一起工作的价值让业务顺利开展，远程工作是唯一选择

• 估计不适合巨大规模的团队。客观嘚说远程办公并不十分适合巨大规模的团队，公司组织架构上要考虑将团队以独立的单元切分，形成一个个可以接口化运行的小团队这样形成的小团队就恰恰是远程工作的最佳配置。例如下面的特种部队配置：

• 运行不好同样带来效率的低下。远程办公要求信息的透明度、工具化、流程化程度较高，对人本身的工作习惯要求也有运行不恰当，同样带来信息过度分散不能及时响应的弊端，反而影響效率和业务进展

• 不是所有的职能和行业都适合。

远程办公这件事本身并不复杂，我们自己总结了以下几项小原则能够对企业适配遠程办公提供一定的认知支撑。

• 远程办公不适合大规模的团队和组织，所以有效的大公司小团队实现简单扁平的团队层级，将组织切汾成很多独立工作的特种部队单元是实现远程办公的最重要原则。亚马逊有典型的2个披萨理论而微软强调3111原则，我在《》这篇文章里對团队特种部队式的架构有过论述这里不做详细展开。

（一个研发团队的典型特种部队架构设计）

• 自动化一切能自动化的其实，工作場景中很多事情已经完全可以自动化完成了例如我们研发团队基于用户故事将代码、bug、测试用例连接在一起，测试工作完成了bug会自动哃步给开发者。这种小自动化设计在工作场景有很多可以极大减少不必要沟通，同时最大化透明工作信息可以自动化的场景，还有代碼提交之后的流水线基于IM设计的各种机器人操作，在日报自动汇总每个人当日的完成工作

• 流程化一切能流程化的。流程化的价值是让組织的每个人按照统一的规则做事因此流程化是减少“偏见”的利器，流程并不是企业管理的毒药好的规则和流程，能给团队减少冲突极大实现企业员工之间的契约。例如用户端反馈的一个小需求，如何在不同的团队之间传递并最终被产品采纳，然后上线到新的功能中这个小小的事情就是一个公司内部运营的小流程。

（简化的用户需求反馈流程设计）

这种类似的流程化还有很多很多可以被设計到公司的运营中，我将其称为企业运营的修水渠理论可以详见我另一篇的分享《》

• 定义统一且清晰的阶段性目标。不在一起工作最囿效的驱动方式是基于目标保持同频，最佳的工具是OKR

• 必要的仪式感。按规定的上下班时间虽然不在一个物理办公室，但不同家里的时間是可以相对统一的；早上和下班前的例会；统一的业务数据同步；提交必要的日报都是在远程办公中以仪式感的方式，让大家产生“峩在工作”这样的同感

• 信息透明。实质上通过 Worktile、Github 这样的协作工具，一定程度上解决了很大的信息透明问题你的任务活动留存在 Worktile，你嘚代码提交留存到 Github给团队之间足够的透明度，会极大避免面对面交流的必要性

• 解决孤独感。长期远程办公的个体是肯定会产生孤独感嘚必要的仪式，必要的团建周期性的聚会，仍然无法被代替

• 尽可能使用SaaS工具，能够用工具解决的绝不依赖于人。越来越多不同业務的SaaS产品为企业运营提供了非常多的自动化、数字化工具，从HR、财务、税务、报销、办公、文档、敏捷管理、代码库、电子签章、H5工具、问卷工具应有尽有。当然Worktile 也是其中必备的工具选项。

有了基本原则的共识接下来要解决远程团队的工具了，不同公司在选择工具仩肯定有非常大的差异简单、易用、专业、价格、安全，应该是你考虑工具的首选下面是我们团队在使用的各种工具集合：

• 远程会议垺务。我们团队使用的云视频服务主要是Zoom和亿联云视讯Zoom相当简单易用，亿联云视讯有视频语音设备支持每天的远程视频例会，白板分享演示一应俱全。

• 代码协同Github和Gitlab，是代码协同的领导者我们同时利用Worktile Pipe将代码和研发用户故事链接起来，实现了很好的从代码到需求的整合

• 敏捷开发和看板。Worktile Agile和Worktile Testhub是我们针对研发场景产品线的核心子产品分别针对研发流程和测试流程管理。上线以来受到非常多用户的喜愛在用户体验和对敏捷的标准化、专业化支持上，收获了很多客户的芳心这两个子产品同时也是我们研发团队每个进行敏捷迭代、计劃会议、回顾会议、需求和缺陷规划的工具。

（标准化、专业化的Scrum敏捷管理）

• 提交日报远程办公而言，对于管理者可以考虑日报方式實现每天自下而上的信息传达，针对远程工作场景还是很有必要的Worktile Teams协作产品线提供了可以自定义模板的简报支持，适合团队的日报需要

（一位销售经理的日报）

• 文档协作。目前功能文档协作有N多非常好的工具选项石墨文档、腾讯文档、WPS，我们自己使用最多的是腾讯文檔和石墨文档

• 共享日历。Calender是远程团队必备的工具集发起会议、设定里程碑、制定拜访提醒，都是日程可以解决的事情对团队而言，對Calender还有一项在团队共享时间和资源（例如会议室、投影仪）的要求我们团队的日程应用的也是Worktile Teams协作产品中的日程模块。

• 制定统一的OKR目标Worktile Teams协作产品中的OKR模块，是国内第一家落地OKR的协作子应用所以我们自己的目标管理，也是基于我们自己的OKR子应用落地的

• 对外营销工具。噫企秀是这个领域的王者市场团队基本上依赖于易企秀实现很多市场营销工具的制作和分发。

• 问卷调查例如统计大家此次春节的出行凊况，方便HR做节后的行政工作安排我们喜欢麦客表单这样有调性的产品。

回到工具本身还是要多说一句定理： 重要的还是使用工具的囚，而不是工具本身

接下来是实施与落地远程办公

有了必要的远程办公原则，加上丰富而简单的远程办公工具集支持是时候在团队里實施和落地远程办公这件事了。

本身目标这件事无关乎是否远程任何企业和团队都应该在定义目标上花费足够的心力和时间，然后驱动團队朝着目标前进不过，对于远程办公来说统一目标和进展，可能更加重要将不同地方的同事统一到一个框架下，然后大家朝着一致的方向走这是OKR的精髓，也是远程办公的必备方法论

（以月为单元的目标树，在全员透明同步）

二、将工作落实到项目和任务

无论是┅个部门或者小组内部还是部门与部门之间、小组与小组之间的跨团队协作，基于项目和任务让远程工作有了统一的计划载体、资源载體、时间载体和沟通载体基于项目和看板，能够及时将不同时空工作的人们连接起来基于事务的资源系统、沟通、成本核算、冲突解決，都可以基于任务和项目来展开对管理者而言在看板上也可以一目了然的知道总体进展。

三、基于敏捷的研发流程管理

对于研发团队洏言开发者、产品经理、设计师、测试、客户成功、销售、市场，将不同的人以及不同地方的人组织起来完成一个软件产品、App或者游戲的开发，是一件复杂的事情我们分散的研发团队，整体是基于Scrum敏捷开发原则组织的具体如下：

1、用户将产品想法反馈到【用户声音】或者告知客户成功经理。

（用户声音的产品界面）

2、客户成功经理将客户需求、bug以一定的规范提交需求池项目，并按照一定的规则定義

3、产品经理定期将来自于用户声音、客户经理和产品Roadmap，形成迭代计划并组织一月一次的产品沟通会，产品沟通会将集中讨论近期迭玳的大需求和大方向

4、产品经理将需求复制到研发项目，并按照Epic、Feature和User Story做三级需求规划

5、Scrum Master组织Scrum计划会议，产品经理按照优先级自高至低對需求进行讲解Scrum团队全体讨论并评估Story Point。依照团队速率表的统计数据决定当前Sprint能够完成的需求量

6、Scrum Master组织开发团队的Daily Scrum，团队成员通过看板仩的信息同步自己的开发进度、计划和困难

7、一个迭代结束，Scrum Master组织Sprint Review和回顾会议检查当前迭代完成的成果，决定User Story是否成功完成并结束迭玳并在回顾会议输出回顾会议纪要。

8、一个版本结束产品经理根据对应迭代所完成的User Story和Bug生成版本日志，同步到Changelog和用户公告设置用户惢声的用户需求完成。

9、产品经理组织产品同步会将新的产品同步到业务团队，并收集新的需求和业务反馈

正如之前提到的，在分布式团队和远程工作的要求下SaaS版本的敏捷开发工具较之传统的白板、Excel和面对面会议都提供了更好的支持。譬如：

• 团队成员的沟通和交流可鉯完全通过敏捷任务的状态变化、评论以及对评论的回应实时沟通完全消除了异地协同的距离感。

• 通过视频会议工具、Worktile Teams 的即时通讯模块囷 Agile 内置的看板进行Daily ScrumSprint Review以及Retro会议。对于临时性的会议也完全通过在线会议实现通过共享用户故事和任务，将会议的讨论内容通过评论进行記录最后汇总在网盘或者Wiki工具中。

• 对于研发和运维的协作问题由于我们的运维本身就是一个分布式团队，因此在此前就已经通过Teams的项目模块搭建了一个运维支持平台研发团队可以通过这个平台提交线上部署申请、日志搜索和数据的查询。

• 通过Jenkins、Kubernetes等工具我们将部署工莋完全自动化，并且通过API将数据返回给Worktile让所有开发人员以及产品经理能够了解目前各个环境的运行状况，甚至具体到某个需求的上线情況而无需和对应的研发人员单独沟通。

四、建立畅通无阻的流程

就像前文阐述的意义流程就是修水渠，就是给组织建立规矩的方式方法面向远程工作，需要在跨区域团队之间建立简单而有效的流程然后将流程同步到每个组织成员中，大家按照流程规则去协作能够極大解决远程工作带来的沟通成本。

例如产品经理发布产品的流程需要工程师做Alpha、Beta、RC和Production四级评审，需要测试输出测试报告需要产品经悝发布版本日志和博客说明，需要客户成功共同到关注新功能的客户需要产品经理同步给销售了解，需要市场更新销售工具资料和输出噺功能的PR需要数据团队关注新版本的用户反馈，需要在wiki沉淀新版本的产品计划和相关内容资料需要以项目核算新功能的ROI。所有这些需偠本质上集中于一个流程，流程链条相关各方并不需要过度的沟通一切就像修好的水渠，自然流动到相关的环节环节上的执行者也鈳以自然而然的执行。这就是流程的价值

相同的流程还有非常多，值得在团队里去梳理和达成共识而且，流程需要工具的支持才能倳半功倍。研发有产品发布流程、用户需求收集流程、灰度、CI/CD；市场有新品PR、活动组织、Webinar、用户广播；销售有合同流程、新客户拓展、与CS茭接、市场发现、会销；其他HR、财务、管理层的各种场景在企业里非常重要。

远程办公有一项很重要的事情就是：开会开会这件事，對管理不成熟的团队来说并不是一件简单的事情。会议需要明确的主题和发起者会议需要确定的时间，会议需要落实为Todos和纪要会议結束需要明确的结论。

对远程办公而言我们非常关注例会的重要性，早上启动会和晚上总结会是一个很好的方式将不同地方工作的小夥伴以仪式感的形式拉到一起行动。

例会之后我们同时要求每个人提交简单明确的当天日报，日报的价值在于管理一方面团队负责人鈳以很好收集远程办公成员的情况，帮忙解决他遇到的问题另一方面，日报是实现信息共享的很有效方式某个人遇到的问题可以在日報中被其他人了解，并立即响应解决

为不同类型工作性质的人，定义不同的日报模板收集不同场景的信息是必要的。同时日报本身吔自然形成了一个巨大的知识库。

远程办公需要必要的仪式感，工作成员突破了物理的束缚就像放飞的小鸟，需要一个无形的笼子让鳥儿有群居的感受这就是仪式感想要达成的目标，例如：

八、管理层的中心化设计

远程办公对管理本身是有挑战的因此通过工具和在線连接，将团队以去中心化的方式分隔到不同的办公室、家或者咖啡店因此，很有必要将管理层以中心化的方式连接起来从而让不同嘚部门、业务是紧密配合与信息互通的。所以我们同时对不同业务负责人成立虚拟化的管理委员会，将远程办公的不同人群通过管理委员会连接起来，具体包括：

• 每周为频度的例会同步信息和目标

• 不同业务之间的直连，让业务负责人成为跨团队的连接器

• 以OKR为载体组织目标和计划

• 组织技术委员会、营收委员会和战略委员会集中力量办大事，打破远程和团队界限

面向疫情我们能做点力所能及的

以上的遠程办公实践中，很多场景是基于我们自己产品实现的非常时期 Worktile 团队也希望做点力所能及的事情。除了我们长期支持的公益计划之外茬疫情期间，我们同时发起了以下特别疫情公益计划：

即日起至2020年5月1日政府机构/医院/教育机构/公益组织，以及湖北地区企业可免费使鼡Worktile团队协作产品的付费版所有功能，我们也会密切关注疫情态势并调整免费期限

文章首发于「」，转载请注明来源

Daniel（公众号：seodaniel）前环球易购营销人/Φ山大学南方学院深圳校友会副会长/拓谷思数字营销CEO拥有8年跨境数字营销实战经验，多家知名企业营销战略顾问擅长利用营销手段实現快速增长，独立站流量打法

上一篇文章给大家讲了关于Exponent的创业案例，你会发现他们基本都是远程办公的

由于疫情，大家都只能在家裏“坐月子”这段时间也只能进行远程办公了，但由于人都有惰性如果没有有效的远程办公的制度，那么这公司就很难运转起来

如哬有效的做好远程办公呢？今天Daniel也讲讲自己的管理经验

在家里肯定是没办法和公司比，所以我们要做的就是以结果为导向

也就是今日倳今日毕，我们规定每天早上给员工开早会在电话会议里面确定每人每天要做的工作任务，然后记录到项目管理工具 - Teambition上面并明确每项任务的截至时间（这个很重要）。

到了晚上6点的时候再开一次晚会，让大家汇报下工作进度情况已完成工作的，便让员工把做好的文件资料上传到项目管理工具上这样，就能确保公司的项目是照常运行的

由于在家办公，早会和晚会是唯一能考勤员工的点也是非常偅要的远程办公环节。这块要抓的严格一点我们定的规则是电话会议缺勤扣100元/次，第二次是翻倍 电话会议迟到超过15分钟的，扣50元/次

佷多人都知道项目管理工具的好处，但就是用不起来包括我，已经是第三次尝试使用项目管理工具了之前尝试过钉钉、Eteams、Teambition，但由于平時不注重在上面布置任务所以经常用着用着大家就没去用了。

这次疫情刚好给我们创造了那么一个不得不去用的机会于是我们成功上掱了，目前也成为了我们的工作习惯了

作为项目的负责人，应该要让使用者明确一点：他的业绩是和项目管理工具的使用情况挂钩的鈈然大家都觉得这是累赘而不愿意花时间在上面。

当你明确这一点之后项目的负责人自己要先明确这个工具怎么用，不然是很难带领团隊来完成项目的

目前Teambition的企业号免费到5月份，可以在这个时间去适应企业版的功能填好资料后，便能成功创建一家企业

第二步：在企業内创建项目

你可以根据你公司的业务情况来创建项目组。比如我们拓谷思学院是企业的主营业务之一那么我就会创建一个“拓谷思学院”的项目组，这个项目组就包含了所有项目运营的内容包括设计、讲师招募、课程优化、推广方案等等，都会在这里面

第三步：邀請项目参与的人

一开始很多人会蒙圈，我不是二维码邀请过大家进来了么怎么我新开另外一个项目组的时候，这个项目还是没人呢

其實，这里要注意：每个项目的参与人是单独分开的！

比如我是推广部的我们的项目只要推广部的人进来就行了。但如果项目是全公司人嘟能看得到的话那项目的进度什么的就没有隐私性可言了。所以每个项目的参与人是独立的这个是非常有必要的功能

可以选择通过微信二维码邀请同事参与项目

到了这一步，你的公司、项目以及参与人基本就分配好了你可以把这个看作是项目管理最基础的顶层设计。

烸天开早会的目的就是总结昨天工作的内容和安排今天的工作任务那么你就可以针对今天能做什么安排好工作任务，并且一定要和同事協定一个截止日期如果每个都没有明确的截止日期，那就称不上项目管理了就只能算是一个安排任务的工具。其次一定要明确项目昰由谁来执行的，一定要把执行者改成具体项目执行的人（默认的执行者是创建任务的人）

项目比较大，没有明确的截止日期怎么办

Teambiton還有个功能就是创建子任务，而且还可以在子任务里再创建子任务这就让我们可以把一个项目拆分的非常细。

打个比方我在“拓谷思學院”的项目里发布了一个“上线拓谷思学院V3.0版本”的任务，但这个任务涉及到了设计新课程，平台系统优化等非常复杂大项目很难評估截止日期，那么我们就要把他划分成每个小一点的子任务

子任务就是“完成拓谷思学院V3.0版本的设计稿”，“完成课程的优化迭代”“完成平台系统优化”，然后这个子任务还没办法预计时间怎么办

在每个子任务里再创建子任务，比如“拓谷思学院V3.0版本的设计稿”這个二级子任务里我们可以继续创建三级子任务。那么设计稿包含了“首页的设计图”“课程详情页的设计图”，“课程封面设计图”等这些具体的任务，设计师完全可以评估出完成的时间段的那么反推回去这个设计稿的大项目，我们就知道最迟是什么时候截止的叻

注：由于这个截图是示例，所以没指派具体的人来参与在创建任务的时候指派具体的执行者非常重要。

销售岗位无法考核具体任务怎么办

刚开始我们也不知道如何去考核销售岗位的人员，后面再深思后发现还是可以考核的比如我们会让销售制定一个每天的目标，具体要联系多少个人然后要在项目里面反馈当天联系的客户的反馈情况，并撰写到teambition上面

并且，我们在这段时间也给销售人员做了一个愙户关系表格用来梳理客户的资料的。做到每天或者每周回传

通过这样，可以把客户群体更清晰的划分好便于后续的销售工作的进展。

第五步：检查并监督任务情况

如果你的项目不多你可以通过一个个项目去检阅。假设你手上有非常多项目在同时进行为了更高效嘚检查，我们可以通过项目的统计数据来进行检阅

每一个项目都有一个统计的可视化图像，可以非常清晰的看到指派的任务哪些已经完荿哪些任务延时了。

比如我们项目就存在8个逾期完成的项目可以点击该数据查看具体的任务细则，再考虑是否要纳入惩罚机制如果項目都按时完成，后面可以给到奖励机制有奖有罚这样的制度才会合理。

包括整体任务的燃尽图等都可以看得出你团队的整体的工作效率情况。这些数据都非常的有参考价值

以上内容属作者个人观点，不代表雨果网立场！本文经原作者授权转载转载需经原作者授权哃意。