テレワーク・スタートアップガイド

2016年6月に、社内に週に1度のテレワークを提案しました。（引っ越しが決まったメンバーが東京にいる間に、プレ・リモートとして提案）
とくに反対意見などは出ませんでしたが、実際にテレワークを実践する人は少なかったですね。慣れないというか、様子を伺う感じになってしまっていました。

同年10月頃、社員みんなで改めて「やるならちゃんとやってみよう」と話し合い、仕切り直して週1回のテレワークが始まりました。
各自で週に1度好きな日をテレワークする、というスタイルで定着していきました。

リモートワークを始めてみると、”電話対応”において問題が生じました。
それまでオフィスに社内PBXを引いていたので、必然的に社内にいる人が電話に出ることになります。
また「誰かがオフィスにいないと、電話に出る人がいない」と考え、自主的に出社してくれるメンバーがいましたが不公平感は大きかったと思います。

電話についてはその後、クラウドPBX（ツールについてはこの後詳しく記載）を導入し社外にいても電話に出れるようにしたり、そもそもかかってくる電話を減らすために企業HPから電話番号の記載を削除するなどの対応をしました。

テレワークに限った話ではありませんが、社内の誰かにだけ負担がかかる状態は極力無くした方がいいと考えています。

以前も今もあまり細かい指示は出さないという点では変わっていません。
が、リモートワーク導入時と今の考え方とはだいぶ違います。

以前の私のやり方は、メールやチャットでメンバーが社内外で交わしている情報を注視することで、スケジュールの遅れやお客さんとのトラブルになりそうな芽を事前に察知してつぶすという形でした。

また、明示的にメッセージを送らなくても、例えばソースコードをレポジトリにコミットしたタイミングで自動メッセージが飛ぶなどの仕組みを構築することで、情報を捉えられるようにし、それらも見ていました。

これは古典的な意味でのプロジェクトマネジメントという観点ではうまくいっていたと思いますが、この方法だと各メンバーとのコミュニケーションは必然的に「ダメだし」が多くなります。

通常、オフィスで顔をあわせて働く組織では言葉以外の表情・動きでのコミュニケーションや非公式な場（喫煙所や飲み会など）でのコミュニケーションで補えたりもしますよね。

リモートワークだとそうもいかず関係性はギクシャクしはじめます。
関係性が壊れてくると、チャットでもDM（他のメンバーから見えない1対1のやりとり）が増えてきたりして、必要な情報を得にくくなってきて、管理側も疑心暗鬼になりやすいです。

それで最近のスタンスですが、あまり細かく気にしないことにしています。
メンバーにはざっくり要件を伝えて、あとはタスクの完了を待っているだけです。

様子を見ていると「自分ならこうするのに！」と歯がゆいこともありますが、基本的に放置しています。
面白いことに致命的にタスクが遅れるようなことはありません。
各メンバーが必要なことが何かを各自考え、工夫をして動いてくれているのだと思います。

以前は各プロジェクト毎に作成したSlackのチャンネルすべてに参加していましたが、細かくコミュニケーションを監視する必要もないので、最近はかなりのチャンネルから抜けてしまいました。

受託開発（SI）ビジネスから撤退しているということもあり、遅れが直接的な損失につながるようなタスクが少ないのもそう思えるようになった要因としては大きいかもしれません。

各自をきちんと信頼することが重要だと思います。
これはおそらく、リモートワークでもオンサイトでも変わらないと思います。