JSDC 2020 回顾 - Remote

Remote team

• 讲者简报

讲者TonyQ是以远端为主要工作型态的tech lead。在这场议程中，他分享自己的经验谈，并站在不同角色，建议如何实现远端工作的模式。

为什麽需要远端?

讲者举了蛮多适合远端的情境。这里依重要性整理出较客观的因素 -

1. 紧急危难、不可抗力的意外状况。例如COVID-19
2. 在工作以外的时间，当系统出现问题时，需要提供开发人员以远端的方式进行修复
3. 办公空间多点，需要短时间内与各点的同仁与会，以远端方式来省下舟车劳顿和通勤时间
4. 个人家庭或健康因素，给予同仁适当弹性

开始远端前的准备事项

不只是软硬体的设备，还有明确规范的建立。

1. 可远端到作业用系统的设备及安全机制: VPN、Git Security等
2. 可让人员公私分明的通讯平台: Google Chat、Slack等
3. 要求确实执行行政逻辑: 打卡、请假、AWK(暂时离位)等
4. 任务分配的平台: Gitlab issues、Trello等
5. 建立合适的Workflow: PR、Code Review、CICD、Azure DevOps等
6. 即时更新新人文件: 无论在实体或远端都需要做

部属如何上手远端

1. 高响应: keep alive，避免被管理者降低信任，紧迫盯人
2. 高容错: 沟通时多想想会错意的可能性，双方需再次确认每次的讨论结果
3. 高产出: 适当安排工作进度，不要过度紧凑，导致最後产出的比例跟预期差太多
4. 禁止: 消失、不懂装懂、没有确认动作、追杀别人(除紧急事件)
5. 打造独立的工作环境，不要被外界干扰
6. 提升自我管理与快速进入工作状态的能力。例如番茄钟工作法等

管理者如何上手远端

把可能遇到的问题先进行分类 -

• 情感面: 凝聚向心力、维持同仁间的交流、注意部属个人的情绪等。可透过team building、定期的会谈等解决
• 规划面: 定期确认与回顾目标，让部属知道是不是走在正确的方向
• 进度面: 透过一些log工具来追踪实质上的进度，例如git、issue的活动纪录

其他需要注意的事情还有 -

1. 避免需求重工(两个人做同一件事情)
2. 避免技能落差。可透过Code Review、git commit等来确认
3. 举行会议前要先有明确的问题，并且必要人参与就好
4. 当部属刻意回避工作或甚至已读不回，则进行工作转移，并且反映在绩效上

本科 / 远端 / 新创 经验分享

• 讲者简报

讲者没一村是担任美国新创的工程师。所以除了简单介绍美国新创的生态以外，另个重点就是远端工作的经验分享。

这里列出讲者在协作和自我管理上可参考的心法。

• 随时想自己是否有甚麽任务还没完成，导致阻碍到别人的工作进行
• 想想别人的进度有没有可能会阻碍到我的工作进行，并适时确认
• 不要让井水乾涸，交错着大小ticket(任务)，保持一定的动力前进
• 适当安排休息

小结

远端虽然在公司并不是主流的工作型态，但是在特定情况下发生时，远端仍具有优势，并提供开发人员工作上的弹性。

所以无论是部属或管理者，尽量避免带有偏见的态度拒绝远端，或是以侥幸的心态来依赖远端。而是要持续地改善远端的工作环境与流程，尽量让开发团队就算转移成remote team也能顺畅运作。