1个月前不知从什么途径来到了电鸭,发现这是一个有趣,轻松,充满希望的社区。
在这段不长的时间里也在这里发现了新的机会,在提交简历过程中都有被问到是否有远程经验,执行远程项目时遇到的问题,如何解决等等,由于自已以往远程经验不足,于是开始有网上search和学习了一下。
首先,远程办公,就是通过技术手段,将不在同一空间维度的人拉到一个由技术创建的虚拟空间里进行协作交流。(不知为何看到这句话,我脑海里首先出现的是和同事在下班后回家后吃鸡的场景)。
远程办公最直接的问题:效率下降和信息传递失真,节省通勤成本的同时增加了沟通成本。
其次,工作与生活界限的模糊,不仅模糊了空间也模糊了时间的界限。
整理了一下自已曾经遇到的一些问题:
- 需求不明确,产品PRD过于简单,提测后拿到的版本和PRD出入较大;
- 和开发沟通问题时需要更多的时间和描述,经常在等待开发的反馈;
- 到了提测时间,没有收到开发的提测版本;
- 测试资源不足(非远程时大家有一个office,所有的资源可能共享,远程时就不好共享了);
等等;
我们会发现这些问题其实在onsite项目执行过程中也存在,只是不会突显的那么明显,大家可以通过严格固定重叠时间,沟通前做好充分的准备,优化流程,合理的目标计划管理,良好的办公环境(充分的工作仪式感让自已进入工作状态)等来解决,
虽然有很多问题,但大家也一直在不断磨合解决,远程办公已成为很多人向往的一种工作方式。
讨论话题:
工作&职场
很高兴能看到从测试的角度去观察和对比on site和remote work 的区别。
这段话总结的很好,效率的损耗在坐班工作时也照样存在,只是因为可以随时走动面谈的关系,很多流程上的问题被掩盖了。让大家自认为都很努力(你看我每天都有按时打卡上班),也自认为很有效率(事实上有些场景下思考后的文字比随意的讨论更有效率)。
正如楼主所说,测试遇到的问题很多不是测试能解决的,所以如何联合团队其他人,解决这些问题并为大家带来价值,才是测试到后期真正要思考的。
remote环境下,我想的是,要让对方充分的了解自己的想法,并为这些想法制定可操作的具体步骤,不要让大家猜来猜去,就算想法不被大家认同也没关系