【附录】2.疫情期间高效远程办公实战
疫情期间高效远程办公实战
经过2020年的新冠病毒疫情的影响,很多公司纷纷加入远程办公行列,可是并不是所有公司都那么顺利。部分公司在远程办公中出现效率低下,人员偷懒,工沟通交流困难等问题。
我们公司在疫情期间也提前开启了远程办公,但是并没有出现太多的问题,而且做到高效办公,这里就为大家分享一下我们的远程办公经验。
决策
公司研发部门人员较多,如何所有人都全部同时进行远程办公,可能会出现人员管理问题,而且去年规划的项目又特别多,事情多了就更加不好管理。
所以经过一直讨论商量,在前期就暂时只安排一些重要岗位人员,在平时工作业务能力强,自觉性比较高的人员进行远程办公,然后根据办公情况,进行动态调整。
选择远程办公人员
- 项目经理
- 管理组长
- 自觉性积极性强的人员
选择远程项目
我们的项目较多,这个时候就需要对项目进行一个筛选,首先砍掉那些在家里不太方便进行的项目,这部分项目的人员也就暂时不用远程办公,然后砍掉部分不紧急不重要的项目,而优先处理公司特殊时期的紧急重要需求。经过这样筛选后,最后就是剩下的就是我们需要做的项目。
这样很好的保证了远程办公所有项目的可行性,能让我们根据项目来合理进行人员的安排。
角色变更
即使经过上面两个变更,我们的项目人员前期也是存在不足的情况,那这该怎么办?
技术部大部分管理人员都是一些原来业务能力非常强的人,这个时候,他们摇身一变,直接成为了项目中的业务人员,参与到详细的业务开发中。
当然这也的变更,所有人都是没有异议的,大家都知道在这个非常时期,需要有所担当,也理解公司的一些适当调整。
远程通信
因为公司常用通讯工具就是qq,于是我们的远程通信工具就使用企业qq语音群聊。qq语音群聊的在我们几十个人的情况都没有什么问题,当然,我们也不会把几十个人都拉入进行群聊,会变得比较混乱,我们都是几个人的小语音群聊进行沟通。
远程协作
因为之前敏捷开发打下的牢固基础,tapd依然是我们的远程协作平台工具。
开发模式
疫情期间,依然按照我们敏捷开发方式进行。
疫情期间要求
- 所有人在上班期间都需要开上语音,或者随时能接入语音。
- 早上准时在群里面开语音晨会
- 不定时进行语音会议沟通
- 相关核心业务人员工作期间一直保持在语音会议中
- 其他工作模式保持和以前一样
稳定加入
当我们的远程工作模式在一周顺利高效进行后,我们开始逐渐重启其他项目,采用这样一套规则,其他人很快融入到项目中,在远程办公一个多月中,都非常的稳定。
总结
疫情期间虽然我们部分项目停止了,但是开发效率比平时还要高效。
业务上,由于几乎都是业务强的人参与,在沟通上,执行上,效率都都非常高。远程通信上,在以前沟通还要跑来跑出,现在语音沟通甚至更加方便,直接说话,及时回复。协作模式上,以前敏捷开发打下的牢固基础,让项目一如既往稳定高效迭代。
当我们的远程模式稍微固定后,就开始重启项目,让其他公司人员也参与到远程办公中,即保质又保量。
而且这次疫情期间,也更加凸显一些人的管理能力,业务能力与沟通能力。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
谈谈双亲委派模型的第四次破坏-模块化
前言 JDK9引入了Java模块化系统(Java Platform Module System)来实现可配置的封装隔离机制,同时JVM对类加载的架构也做出了调整,也就是双亲委派模型的第四次破坏。前三次破坏分别是:双亲委派模型推出之前,SPI机制,以及OSGI为代表的热替换机制,这里不细说。 双亲委派模型 简介 在JDK9引入之前,绝大多数Java程序会用下面三个类加载器进行加载 启动类加载器(Bootstrap Class Loader):由C++编写,负责加载<JAVA_HOME>\jre\lib目录下的类,例如最基本的Object,Integer,这些存在于rt.jar文件中的类,一般这些类都是Java程序的基石。 扩展类加载器(Extension Class Loader):负责加载<JAVA_HOME>\jre\lib\ext目录下的类,在JDK9之前我们可以将通用性的类库放在ext目录来扩展JAVA的功能,但实际的工程都是通过maven引入jar包依赖。并且在JDK9取消了这一类加载器,取而代之的是平台类加载器(Platform Class Loade...
- 下一篇
超参数、验证集和K-折交叉验证
本文首发自公众号:RAIS 前言 本系列文章为 《Deep Learning》 读书笔记,可以参看原书一起阅读,效果更佳。 超参数 参数:网络模型在训练过程中不断学习自动调节的变量,比如网络的权重和偏差; 超参数:控制模型、算法的参数,是架构层面的参数,一般不是通过算法学习出来的,比如学习率、迭代次数、激活函数和层数等。 与超参数对比的概念是参数,我们平时训练网络所说的调参,指的是调节 超参数。超参数的确定方法一般是凭借经验,或者类似问题的参数迁移。 问题来了,为啥超参数不通过学习确定?这是因为这个参数不那么好优化,并且稍不留神通过学习方法去优化就可能导致过拟合。你可能认为模拟人的调参过程,进行超参数的调节不就好了,当然这是可以的,超参数也不是完全不可以用程序优化的,但是现有的理论还不成熟,还没有理论去有效的指导实践,这还是一个新兴领域,因此还有许多工作要做,很多情况下是凭经验,凭直觉进行优化的,算法表现并不好。 我们知道,更高次的多项式和权重衰减参数设定 λ=0 总是能更好的拟合,会过拟合,对于这个问题,我们会考虑用验证集的方法,验证集在我们前文《人工智能二分类问题》中提到过。 验...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS8安装Docker,最新的服务器搭配容器使用
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- 设置Eclipse缩进为4个空格,增强代码规范
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS8编译安装MySQL8.0.19
- SpringBoot2整合Redis,开启缓存,提高访问速度
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Hadoop3单机部署,实现最简伪集群