ウェブやアプリのシステム開発を行っている会社です。システム開発の中でも、特にTo BやTo C向けのウェブ・アプリを作っています。

「遠隔医療相談サービス」「動画配信サービス」などの、ユーザーが利用するTo Cやアンケート配信のSaaSシステムなどのTo B向けシステムがメインです。依頼を受けて、受託開発しています。

To Bであれば、アンケート配信のSaaSシステムなどの依頼を受けて、受託開発しています。

「社員の行動が見えない」ことが課題だとは思っていません。

私自身、むしろ「しっかりとパフォーマンスを発揮して成果を出せるのであれば、業務中に休憩していても問題ない」と考えています。

弊社のスタンスとしては、それにはどちらかといえば反対で、

成果でパフォーマンスをマネジメントして、プロセスについても改善はしながらお任せしていく方向性です。

特に、入社時のオンボーディングと呼ばれる導入部分ですね。しっかりと期待値のすり合わせを行わないと、対面でなんとなく伝わることも伝わらないので、タスクや目標期限を明確化して文章化する必要があります。

例えば、対面時に「体調が悪いです」と言われた場合、顔色などで「帰ったほうがいいですね」「残業にはならないように、タスクを調整しよう」などとお互い判断ができます。リモートでは状況が分からないんですよね。

対面時とは変えなければいけない点があるとは常に感じていますね。

あとは週１回メンバーでズームミーティングをする際などに、１トピックとして話したりしています。

「やばいから、納期を伸ばして欲しい」か「人を入れてください」なのか、察してもらう前提ではなく、求めることを伝えて欲しいと。

しかも「やばい」といった言葉も、気軽に使う人もいれば、本当に大変な状況の時にしか使わない方もいます。言葉も人それぞれ使い方が違うんです。

対面の時のテンションで伝わることが、テキストだと伝わりにくい部分があるので「伝える側は最後まで伝える」「聞く側は深読みしない」ように気をつけていますね。

深読みしすぎるのもよくないんです。

だからこそ、テキストで伝える側になるときは「やばい」の後に絵文字を使うなど、文脈によって使い分けるテキストコミュニケーションをとることを推奨していますね。

基本的には成果物ベースで対話をしています。

もちろん勤怠の管理や、業務の進捗確認もしていますが、できた成果物に対してしっかりと向き合い、評価していくのがマネジメントの基本だと思っています。

「主体的に働きたい」と思える制度づくりをしたいと考え、リモートワークなので監視は効果を発揮しないと思っていたことから「プロジェクトリーダー層へ、プロジェクトの利益の一部をお支払いする制度」を作っています。

PLメンバーは各プロジェクトメンバーを“じぶんごと”のように感じて管理していけるように、この制度を導入してみています。

ただリモートワークの中でも“じぶんごと”に捉えてマネジメントを行ってもらうための手段・スパイスとして、この制度を調整しているところです。

ただ中には、副業として参画していただいている方もいます！

副業メンバーの人数は多くはないですが、週１６時間程度勤務のメンバーもいますね。

コーディング試験を受けてもらうので、コーディング試験が通るのかどうかが１つですね。あとは面談の中で、今までのご経験やリモートワークでのコミュニケーションが可能かどうかを見ていますね。

採用を拡大していきたいという想いがあるので、認知を拡大していきたいと思っています。

業務委託でも優秀な方がいればとは思いますが、なるべく長く一緒に働きたいという想いがあるので、なるべく正社員がいいなと思っています。

会社規模が一定の大きさ（全体として100名程度）の組織になれば、おそらく会社の資金余力もできているはずなので、投資をして内部で新規の事業を作ることも選択肢の１つとして考えています。