コロナ禍でリモートワークを始めた話

2020年6月23日公開

はじめに

はじめまして、情報システム部門のタナカです。
この記事ではコロナ禍においてどのような対応をして全面リモートワーク化したのか、社内NWへの接続方法から紹介することにします。

リモートワークを始める前に

もともとドリコムでは制度としてのリモートワークは整備されておりませんでしたが、外部との協業も多いことからクラウドサービスを積極的に利用しており環境として多くの業務が実現可能な状態でした。
残るは社内に存在する開発環境への接続をしたい従業員もしくは、ドリコムのグローバルIPから通信をしなくてはいけないサービスを利用する従業員が社外から利用するための仕組みが必要となります。
ただし、もともと私自身リモートワークは賛成派だったので実現に向けVPN機器の増強や画面転送型のリモートアクセスツールの検証を昨年末くらいに進めているところでした。

いざリモートワークへ

緊急事態宣言が発令され、とうとうリモートワークが始まることになりました。
ドリコムでは以下の二種類の方法で社内NWに接続する手段を用意しました。

SSL-VPN

会社支給の端末から社内リソースに触れる必要のある従業員を対象にアカウントを払い出しました。
アカウントの管理方法としては、弊社で利用しているIDaaS(クラウドID管理)製品であるOneloginのRadius認証機能を利用して他のクラウドサービスを利用する際と同じユーザーアカウント情報で従業員は利用、私たちは管理をしています。

リモートアクセスツール

会社支給の端末へ社外から接続の必要がある従業員を対象にアカウントを払い出しました。ラッキーなことに、ちょうど参加していた勉強会で紹介されていて使い勝手もよかったSplashtopという製品を採用しました。

良かった点

私用端末でつなぐことが出来る
- 画面転送型なので端末本体に情報が残らないことから新規に端末を用意することなく準備に時間がかかりません。
設定が簡単
- アプリケーションを接続元端末と接続先端末にインストールすることで利用が可能なのでわかりやすい。

残念だった点

接続できない理由は現物見ないと結局わからない
- アプリケーションの問題で接続できないのか、何らかの理由でPCの電源が落ちてしまったのか切り分けが遠隔では難しい。
デザインを行う職種では許容ができない操作遅延
- 基本的な業務を行うのであれば十分だが、描画を行うのには支障が出てしまう。

やってみてわかったこと

実際にリモートワークに移行して一番最初のアカウントの払い出しなどの環境整備のタイミングでバタバタとしましたが、大きなトラブルもなく移行/運用できたと振り返っています。要因は下記3点だと考えています。

クラウドサービスの積極的な利用
- グループウェアはもちろん、クラウドストレージ、ワークフローシステムなどOneloginの認証を通してすべてブラウザで利用が可能です。従業員は社内NWにはいることなく仕事ができる状態となっています。
社内NW接続の負荷分散
- VPN機器を増強したとはいえ従業員全員の接続には耐えることができないためリモートデスクトップ製品の利用が可能であればそちらを利用するよう案内をしました。そのことによりこのリモート期間中一度もトラフィックがひっ迫することなく過ごすことができました。
ドリコムの文化
- もともとチャット文化が根付いていたり、バックオフィス部門への依頼もツール化してあったため、リモート下でも大きく支障はありませんでした。これはドリコムが複数拠点で業務をしていたため、オンラインコミュニケーションを志向していたということもあります。