这是我今天在 JSDC 的 Keynote 讲题, 讲的是远端的管理跟远端工作的一些常见结构跟注意议题. 因为我的投影片一向是需要我本人诠释, 我不太确定今年 JSDC 事後会不会释出影片, 一些诠释的部分我就写在下面. 不过因为排练加现场演讲, 实在是练习很多次现在想到都觉得腻. 这边摘要, 部分直接引用共笔, 感谢 contributor. XD (投影片连结在最後, 可以看完本文再参照) 基本上议题分成三个部分： ＠ 第一个部分是我认为远端是一种被动的状态, 所以讨论的是什麽情况下你会选择远端/必须得远端, 我认为主要就这几种样态 * 工作型态 (接案) * 交通因素（多点） * 职务性质（维修、後端） * 时间因素 * 空间因素(海外或跨办公室沟通) * 家庭 / 健康因素 * 其他紧急因素（肺炎隔离） 我对Remote的广义定义： 两方之间有鸿沟(时间空间)，需要中间媒介（电话、视讯…）去协助沟通。 ＠ 第二个部分是在讨论做为团队的一员在远距时的机制/方针 做为远距的一员成员, 你会需要知道: 1. 团队的总机, 帮你确认各种事务的人或沟通群组 2. 环境建置: ex. VPN, Git Repo , Security Guide...etc 3. 了解团队行政机制: * 打卡方式 * 请假方式 * 不在线上时的团队互动模式 afk (away from keyboard) * 其他团队成员的工作时间 4. 确认任务分配模式 * issue tracking , 以 Redmine/Trello 为例 * 议题在 IM (ex.Teams) 中的讨论模式 尽量避免把个人跟公事用的 IM 混用. * PM / 主管 /同事 的分工流程 5. 技术部分 * 工程工作通常使用 PR & Code Review 模式 以使用 Azure DevOps 为例, 先 push 到其他 branch , 再发 PR 到 develop (or master) branch, code review 後再 merge. 各团队可能会有流程的差异, 总之要了解团队作法 6. 了解如何约会议， concall/电话沟通的流程 以 Teams 为例, 可以在 office365 轻松完成会议邀请, 只需要 chrome 就可以在pure web 完成分享萤幕、通讯, 不用装任何工具 7. 在家工作建议准备可工作的书房或空间, 有个隔离的工作环境非常重要. 只要条件允许都应该要建一个. ------------------------ 至於非工具性的心法: 我浓缩成三点: 高响应/高容错/高产出 1. 高响应: 定期 keep alive, 每天有空就上群组 say hi, 刷存在感. 对於新人，可以要求指定时间回报状况跟露脸, 慢慢习惯. 2. 高容错: 对於文字多思考可能的意思, 特别有多种解读的情况. 如果不幸的产生误会, 团队需要更多的容忍, 发生错误是常态, 但彼此协助更正才是目标. 尽可能有第三个人在场 (避免 1v1 单人聊天)- 让其他人也知道状态，避免双方认知有落差， 此时有第三方可以帮忙确认/更正. 再强调一次, 尽量避免 one-on-on 的私下工作交办, 如果沟通中有误会会非常难以处理, 而且 team 其他人无法参与. 3. 高产出: 因应远距有沟通失误的可能, 工作不要排满, 七八分就好, 排满很危险 ＠ 远距管理的管理者挑战 我把管理的面向分成三类: 1. 情感 2. 规划 3. 进度 广义上大家会聚焦的是 3, 但 其实 1/2 才是远距沟通中比较大的挑战. 1. 远端还是要做 Team Building, 避免部属与上司相互猜测彼此工作状况. 团队最坏的情况就是彼此的不信任跟彼此的猜疑, 多沟通才是王道. 其中的关键指标是 有没有人最近少讲话或文字情绪不太稳定 要照顾情绪通常靠文字不够, 大多需要电话或者见面活动 2. 规划 基本上主管必须反覆地跟同仁沟通目标, 这段就是不断的念经/确认/念经/确认. 做自己该做的判断. 3. 进度管理 传统方法: 交工作报告 我自己习惯的方法, 看 issue 异动纪录跟 git log. 我相信在工作过程产生的衍生性产物才是最真实的纪录. 投影片中有摘录我过去使用 redmine / git hook 整合後的一些机制. 4. 长期目标还是得要自己亲自抓人追踪 5. 面试: 我自己是使用纯电话面试, 因为具有远距能力的团队, 就应该能透过声音跟文字沟通, 所以面试我的第一关就是这个能力. 6. 管理上同仁的禁忌(出现时要多提醒甚至谴责他们) 忌消失 忌不懂装懂 忌缺确认 忌追杀 (除非 SOS) ＠ 其他建议事项: 1. 新人文件一定要写: 每个角色都应该有该角色上手第一天要知道的事情, 这份文件非常重要, 一定要写. 如果没写, 下一次有新人时补上. 如果没更新, 下一次有新人时问他哪部分不对, 一起更新. 2. 同仁已读不回怎麽办: 如果同仁的回应没办法被信任, 我的建议是把工作移给可以被信任的人, 找其他工作给这个同仁, 如果没有工作可以给他就只能sorry了. 3. SOS (紧急异常)怎麽处理: 排人值班, 用电话这种紧急介入手段沟通. 4. 如何避免重工: 这里有个特殊情况, 对中有时会有比较积极, 会做超过自己负责范围的人, 我一般俗称里长伯. 正常如果能兼顾自己工作那都还好. 但在远距的时候可能会导致意外的工时耗损, 比方说有 issue 可能需要三个人一起看, 但却出现了十几个人看同一个问题, 另外也可能提问时没说清楚要谁处理, 导致同一小组的一起看同一个问题, 通常我会以小组为单位指定一个分派窗口, 由他统一承接需求跟分配. 分工时要清楚地指定目标对象, 并且落实好权责分离. 如果被指派对象无法解决问题需要外援, 应该向上报告并由对应角色规划安排. 总之, 靠组织跟制度做事. 比起程式码的重工, 工作交办的重工其实是更可怕的敌人. 5. 技能落差, deadline 前才发现无法完成: 要派有技术的人 watch，定时看 issue/commit 记录落後派人去盯 不用全部都盯，盯重要 issue 就好 6. 开会模式: 我不开大会(除非是 team building), 大部分都是5-7人的小组会议. 尽量透过小组会议沟通, 人越多沟通效率越差, 时间耗损越高. 7. 同仁不适应怎办: 用主管权力引导他,定期 tag 同仁回复讨论, 通常要嘛他适应, 要嘛他走. 以上是我对某种具有台湾特色的远距工作方针的整理, 可能也不是那麽完整, 欢迎吐槽/补正/讨论. 最後要说的事情是, 包括自己在内, 随时更新公司/团队的目标, 并且目标抓得越精准, 沟通的越完整, 是团队管理的基础. 定期更新目标，move 在正确的方向，是管理者一辈子的追求. ---- 当你看完上面说明, 可以再看一次投影片, 互相再对照一次. https://slides.com/tonyq/remote-team -- 补置入, 好的人事系统在远距也可以事半功倍喔 XD 欢迎采用我们 MAYO Apollo HR System. https://www.mayohr.com/ -- 网页上拉近距离的帮手 实现 GMail丰富应用的功臣 数也数不清的友善使用者体验 这就是ｊａｖａｓｃｒｉｐｔ 欢迎同好到 AJAX 板一同讨论。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 61.231.31.59 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1602942645.A.453.html ※ 编辑: TonyQ (61.231.31.59 台湾), 10/17/2020 21:52:09 ※ 编辑: TonyQ (61.231.31.59 台湾), 10/17/2020 21:54:37 ※ 编辑: TonyQ (61.231.31.59 台湾), 10/17/2020 21:55:05 ※ 编辑: TonyQ (61.231.31.59 台湾), 10/17/2020 21:57:53 ※ 编辑: TonyQ (61.231.31.59 台湾), 10/17/2020 22:26:08 团队百百种，挑觉得有用的看就好。XD 三个人跟十个人就有差， 十个人跟三十个人又有差， 三十个人跟五十个人也有差。 这只是其中一种模式。 ※ 编辑: TonyQ (223.137.231.29 台湾), 10/17/2020 23:26:12 1. 新人文件 2. 有些地方选择先实体 training 。 3. 我觉得标准答案是 mentor + pair ，不过国内对 pair 的认知可能跟我想的不一样。 XDDD ※ 编辑: TonyQ (111.71.37.101 台湾), 10/19/2020 10:21:32