首页/行业/远程团队管理:跨时区排班与工时记录

远程团队管理:跨时区排班与工时记录

一张跨时区共用的排班表,工时可从任意设备记录,工作量一目了然,无需盯着谁的屏幕。

远程团队管理:跨时区排班与工时记录
一张排班表,在每个时区都读得对

一张排班表,在每个时区都读得对

分散的团队并不共享同一个工作日。同一场会议对一个人是上午九点,对另一个人是深夜十一点,而只显示一套时间的排班表会一直掩盖这份代价,直到有人悄悄不再出席。

共用的一周 - 所有人按自己的时间看到同一份计划
可排时间 - 每个人自己标出何时能上班、何时不能
休假在同一日历 - 请假和补位一起安排
发布并通知 - 一次改动同时送达所有设备
不盯屏幕也能记录工时

不盯屏幕也能记录工时

监控软件量的是敲了多少下键盘,产出的是抵触情绪。工时记录量的是上班、下班和休息,产出的是发薪用的数字。远程团队要的是后者,而且在任何设备上都能用,不必拍下任何人。

随时随地打卡 - 浏览器或手机,办公室不需要设备
计划与实际 - 两个数字并排放在同一行
休息单独记录 - 带薪与不带薪的休息互不混淆
工作地点校验可选 - 付费模块,不开启就一直关着
把活分清楚,同一件事不做两遍

把活分清楚,同一件事不做两遍

距离带走了走廊里的那句话,而正是那句话让两个人不会同时做同一件事。任务挂在班次上,状态谁都能看,这些信息就回到了团队看得见的地方。

任务挂在班次上 - 这一天要做什么,就写在什么时候之外
状态团队可见 - 进行中、已完成、被卡住
备注与附件 - 过去只靠口头交代的前提
通知 - 分派和改动都送到具体的人
在有人被拖垮之前看清工作量

在有人被拖垮之前看清工作量

远程的超负荷是看不见的。没人看到同事一直坐到晚上八点,于是第一个信号往往是辞职信。按人统计的每周工时,计划对照实际,能在还能用排班解决的时候把苗头显出来。

出勤对照计划 - 看得出这一周有没有按计划走
花在任务上的时间 - 工时与任务和项目挂钩
可自定义的报表 - 按数字决策,而不是按印象
按负荷排班 - 按空闲时间和现有负担分配任务
永久免费

从免费计划开始

无时间限制。全面访问核心功能,准备好了再升级。

最多10名团队成员
排班计划与日历
考勤打卡
iOS 与 Android 移动应用
无限排班和地点
报表与分析

远程团队管理到底包含什么

同一个说法底下卖的是两类差别极大的产品,混为一谈的代价不低。一类盯人:截屏、按键计数、活跃度评分、挂机计时。另一类协调人:谁在什么时候上班,手上在做什么,这一周实际有多少小时。

前一类卖给已经失去信任的管理者,后一类卖给需要一张班表和一个发薪数字的管理者。Shifton 属于后者。这条界线值得一开始就划清楚,因为在比较清单里两者常被放在同一层货架上。

时区是第一个真正的问题

坐在同一栋楼里的团队不用想就共享了工作日。分散的团队没有这份便利,差距会以细小却消耗人的方式冒出来:一场对四个人方便、对第五个人残酷的会议;一次建立在并不存在的重叠时段上的交接;一个定在谁也没说清是哪个时区的截止时间。

把班次存在一条时间轴上,再按每个人的本地时间显示,可以整类地消除误解。管理者只排一次。所有人读到的是同一周。开会之前谁都不必先算一遍时差。

可排时间要问在计划之前,而不是之后

在动手排这一周之前先请大家标出能上班的时段,就省掉了发布之后必然到来的那一轮返工。这样做还会把平时不好开口的限制摆到台面上:接送孩子、第二份工作、某个人和其余同事实际只重叠四个小时。

不靠监控也能算清工时

面对远程工时,监控是默认答案,而它通常是错的答案。它衡量的是动作而不是产出,消耗信任是以周计而不是以月计,在一些法域还会带来没人算过成本的法律风险。真正的需求其实很窄:一份经得起追问的记录,说明某人什么时候开始、什么时候结束、休息了多久。

这样的记录在浏览器或手机上就能完成,不需要办公室里的任何硬件,也能把工资核算需要的数据一次给全。如果一家公司确实需要把打卡绑定到地点,例如要上门到客户现场的员工,工作地点校验作为单独的付费模块存在,不主动选择就始终关闭。

开会之前谁都不必先算一遍时差。

协调替代了走廊

同处一室的团队所知道的大部分事情从来没被写下来过。客户那边的问题谁接了。报告发出去没有。盯着同一个问题的两个人里,究竟是谁在真正解决。距离拿走了这条通道,而常见的替代品,更长的会议和更多的消息,替得并不好。

把任务挂到班次上,信息就落在班表本来所在的位置。一天不再只是一段时间:它还带着这些小时是为了什么,附带谁都能读的状态,以及过去靠口头补充的前提如今写成的备注。这比上线一整套项目管理系统要轻得多,而且正好补上了距离弄坏的那一块。

混合办公如今才是常态

完全远程的团队非常少。多数是混合的:有人在办公室,有人在家,有人在另一个国家,比例还逐月变化。用一张班表把三种情况都装下,只在确有必要的班次上挂地点,比给不同群体各配一套系统好管得多。

信任比监控便宜,而且更耐久。

倦怠是排班里能读出的信号

远程的过劳不会自己宣告。没人看到同事晚上八点还坐在桌前,于是这个规律持续好几个月,最后以辞职的形式抵达。用来更早发现它的数据,其实已经躺在工时记录里。

按人看工时,计划对照实际,每周读一次。实际长期高于计划的人不是更投入,而是被排错了班,这件事在还属于排班问题、尚未变成留人问题的时候是可以修的。

能回答董事会问题的那份报表

不在分散团队里工作的人,往往会对它抱有一种特定的怀疑:那边到底有没有人在干活。直白的回答通常是有,而有用的回答是一份报表而不是一场争论:上个月按人、按项目统计的工时,计划对照实际。

这份报表做的事情比安抚更有价值。它显示时间被哪些项目吃掉了,而这个问题在团队还坐在同一个房间里的时候同样没人答得上来。共用办公室只是把问题藏在看得见的在场后面,距离不过是把伪装揭开了。

正式员工与外部合作方在同一个视图里

多数分散团队是混合的。正式员工在工资表上,外部合作方按发票结算,通常还有几个人处在财务另有说法的第三种安排里。把他们当作同一张班表上的不同部门,运营的全貌得以保留,而导出到工资的部分只限于公司实际支付的那些人。

比较工具时该看什么

这个品类按一个问题分成两半:产品衡量的是活跃度,还是记录时间。截屏、数按键、给挂机分钟打分的产品,回答的是信任问题。记录上班、下班和休息的产品,回答的是工资和排班问题。在需要后者的时候买了前者,除了许可费还要额外赔上士气。

除此之外的检查都很实际:班表是按每个人的本地时间显示,还是固定按某个办公室时区。能不能不装任何东西就在浏览器里打卡。计划工时和实际工时是不是作为两个数字分别保存。休假是和班次在同一份日历里,还是在一个看不到补位情况就先批准的独立系统里。

不做大规模上线也能开始

Shifton 对 10 人以内长期免费且不限时间,多数小型分散团队用这个额度就够了。排班、基础打卡、手机应用和报表都包含在内。付费模块从每名员工每月 0,50 美元起按需添加,每个都带最长 60 天的试用期,团队可以先试工资或休假管理再决定。

常见问题

团队分散在几个时区时,班表要怎么排?

班次统一存放在一条时间轴上,再按每个人的本地时间显示,管理者只排一次,所有人读到的都是同一周且不会读错。可排时间和休假都在同一份日历里,交接因此不会建立在错误的前提上。

要记录远程工时,是不是必须盯着屏幕?

不必。考勤在浏览器或手机应用上记录上班、下班和休息,不截屏,也不记录按键。把打卡绑定到具体地点的工作地点校验是单独的付费模块,不选它就一直是关闭状态。

在家办公的人和坐办公室的人能共用一张班表吗?

可以。混合团队才是常态:同一周里既有办公室的人,也有在家的人,还有在另一个国家的人,只在地点确实重要的班次上挂上地点。

怎么避免两个人抢着做同一件事?

任务挂在班次上,状态整个团队都能读到,分派和进展不用开例会也看得见。一有改动,相关的人立刻收到通知。

能看出某个人是不是长期超负荷吗?

周报按人显示工时,计划对照实际,加班在发生的当天就被标出来。有人每晚都很晚才收工,这个规律会先出现在报表里,而不是等到离职谈话时才被发现。

多大的分散团队还装得进免费版?

10 人以内长期免费且不限时间,其中包含排班、基础打卡、手机应用和报表。付费模块按需一个个添加,从每名员工每月 0,50 美元起,每个模块都带最长 60 天的试用期。

给团队一份大家读法一致的排班表

10 人以内免费,时区已经处理好,工时可从任意设备记录,不做任何屏幕监控。

选择语言