健康な(?)雇用主とのリモートワーク

2019年、IT部門でのリモートワークは長い間誰にも驚きませんでした。チームを編成する手頃な方法の1つとして認識されています。 これについては、従業員の熱心なレビュー、雇用主からのわずかに自慢の話、採用担当者による退屈な分析記事、さらにはまったく予期しない場所でさえ読むことができます( コスモポリタンは嘘をつかないでしょう)。 しかし、特定の雇用主が実験を開始し、正直な結果を出すように促した理由についての情報を見つけることは、すでにはるかに困難です。 この記事は、このギャップを埋めようとするものです。



将来を見据えて、読者はここで従業員の観点からリモートワークの賛否両論について一言も見つけません。 この記事は雇用主と雇用主によって書かれたものなので、一部の文章の皮肉をおadvanceびします。



実験の条件について簡単に:





背景とパイロット



雇用者側には前提条件はありませんでした-おそらく、2つのオフィスへの歴史的な分割は別として。 モスクワにはさらに多くのアナリストがおり、ペルミには開発者とテスターがいたため、完全に同じ部屋に座っているチームが行う単一のプロジェクトはありませんでした。 同時に、撤去は正式に禁止されていませんでした-パーマからの数人が雇用の時から自宅で働いていましたが、オフィスに座っている人々の間では、各チームは2つの都市に分割され、すべての仕事はこの領土のギャップを考慮して構築されましたが、この質問は単に発生しませんでした



チームの1つをリモートサイトに切り替える決定は、バーの開発者との会議で行われました。 トピックは自発的に発生しました-会議の前にそれを議論する目標を誰も設定しませんでしたが、チームがそれについて話した理由がありました:





私たちは、2か月後に何が起こるのかを試してみることにしました。まず、もちろん、プロジェクトで、そしてみんなの気持ちでも。



私たちが遭遇した唯一の技術的障害は、長期間オフィスから機器を移動する手順に同意し、Wikiで説明する必要があることです(この場合、これはConfluenceです)-そうでなければ、何もすることがありませんでした。



雇用主の観点からの2か月のパイロットの結果は非常に簡単でした。





3つのポイントに要約する短いwiki記事を書きました。





私たちは、これからリモートで合法であることを部門全体に通知し、次に何が起こるかを確認するために座った。



オフィスを出る



新しいルールの最初の3か月で、従業員の約3分の1がリモートサイトに向けて出発し、他のほとんどの人がケースごとに練習を始めました。 彼らは頭の中にオフィスに来る義務がなくなったので、日中の個人的な問題の世話をするために、彼らは労働時間をより頻繁にシフトし始めました。



ネタバレ-プロジェクトでも何も起こりませんでした。 これがなぜそうなのかを理解することはできますが、実験ではそれほど重要ではありませんでした。主なことは、何も私たちを止めなかったということです。 同じ部屋でチームを見つける要因が重要である場合、それは決して決定的なものではなく、その影響は他の要因によって平滑化されているようです。



リモートオフィスからオフィスに戻ったのは1人だけでした。これは、特定のプロバイダーでのインターネットの信頼性が低いためです。



徐々に、私たちはオフィスにまったく出てこなかった男たちの仕事を整理したり、新人に引き渡したりし始めました。 もちろん、私たちは彼らの同意を得てこれを行いました。そして、私たち自身の約束に明確に違反しているにもかかわらず、不満は善意のトローリング以上に進みませんでした。



問題は主要な大衆の結果に限定されませんでした-オフィスに残っている人々の多くは徐々に目に見えなくなり、リモートサイトでますます多くの時間を費やしました。



実験の途中で、2017年の夏に、部門はほぼ2倍になり、以前に他の部門で働いていた2つの大きなチームを吸収しました。 同じルールをそれらに拡張しましたが、リモートユニットに切り替えるという提案を利用しました。 理由について話すことは困難です。チーム間に明らかな違いはありません。したがって、すべてのチームが異なることを述べる必要があります。最初は、リモートサイトへの移行の正確な数にしっかりと頼るべきではありません。普及率は0〜100%です。 これを予測しようとする人にはお勧めしません。



リモーターの採用



なぜこれほど長く揺れたのかを言うのは難しいですが、モスクワとペルミで実験開始からわずか1年で新人を雇おうとはしませんでしたが、3〜4か月で「何も起こらなかった」などの必要な結果がすべて得られました。 どうやら、私たちは本当にそれを本当に必要としませんでした。



組織的な問題は発生しませんでした。 文書は宅配便で送られます(これは安価です)、雇用契約では、職場に関する1つの記事が変更されました(特定のオフィスを指定する代わりに「リモートで」)-そうでなければ、他の都市からの従業員の受け入れはオフィスを雇うことと変わりません。



執筆時点では、事務所のない14の都市(ペトロザヴォーツクからクラスノダールまで、クルスクからノヴォクズネツクまで)で14人が働いています。 別の5人はかなり長い期間(1年以上)働いており、勤務スケジュールに関係のない理由で辞職しました。





以前のオフィスの従業員と比較して、他の都市のリモートワーカーとの作業に違いは感じませんでした。



要約-利点、困難、実装条件



雇用主にとってのリモートの長所と短所を強調してみましょう。 私たちはすぐに、それらが私たちの条件にのみ関連し、したがって非常に主観的であるという予約をしますが、それらに基づいたいくつかの結論を下すことができます。



利点から始めましょう:



  1. 採用率は増加しています。 多くの求職者が地元の労働市場に加わり、彼らの数は毎年、非常に急速に増加すると感じられています。
  2. 雇用価格は、地元の市場で働くときよりも低くなっています。 もちろん、これはオフィスの場所に大きく依存し、モスクワとサンクトペテルブルクと比較すると、節約は具体的なものよりも多く、ロシアの地域では実質的に違いはありません-udalenkaは、億万長者都市と地域センターの間のIT専門家の労働コストの違いを徐々に消去します。 ただし、リモートワーカーを雇用すると、より幅広い選択肢を犠牲にして節約できます。全国からの欠員に対して8〜10件の回答がある場合、特に時間の問題で、1つの都市で2〜3件の回答を行うよりも従業員を最高の価格で雇用する可能性が高くなります;
  3. 間接費が削減されます-家賃、ユーティリティ、機器の購入など。 あなたが田舎者であれば、企業経費の減少に注意することもできますが、健全な企業文化を作り出すために、逆に、オフィスの従業員を訪問するオフィスワーカーの定期的な旅行に節約したお金の一部を使うことをお勧めします;
  4. オフィスの作業環境が改善されます-レクリエーションエリア、交渉、ティーパーティーなどに使用できる多くの空きスペース もちろん、会社の資金が不足している場合は、空いたオフィススペースを放棄することもできますが、リモートワーカー自身だけでなく、オフィスに残っている同僚にもプラスの効果を感じる機会を与えることをお勧めします。
  5. チーム内での非公式なコミュニケーションはもう少し面白くなります-さまざまな地域の人々はメンタリティがわずかに異なり、一般的な知識と経験があまりありません(まったく関係のない同胞とは異なり)、議論のための新しいトピックが表示されます。 そして面白いのは、次の新人がどこから来るのか、東に行くのか西に行くのか、寒い冬があるのか​​などです。 この利点は、お金では感じられず、測定され、さらには評価されませんが、私たちはそれを感じ、それが好きです。


欠点はもっと複雑です-単に私たちが実験の結果を本当に好むからです。しかし、客観的になるように努力します:



  1. バックオフィス向けの小規模ながらまだ追加の組織作業-宅配便による文書の送信、機器の削除など(雇用主の官僚的プロセスによる)。
  2. もう少し問題があります-私たちの気持ちによると、統計研究の基礎は十分ではないので、この考えを発展させず、存在しないかもしれない理由を探しません。
  3. 一般的なチームコールなど、イベントのために収集することはより困難です。 私たちの場合、これは特に重要ではありませんでした。2つのオフィス間でチームが分離されているため、すべてのイベントは常にオンラインでしたが、完全なオフィスチームから分散チームに移行する場合、これは何らかの形で停止する必要がある(完全に解決された)問題になる可能性がありますほとんど不可能);
  4. 解雇が困難-欠勤のための解雇は基本的にアクセスできなくなります。 原則として、雇用主の信頼性を損ない、企業文化を損なう可能性のあるすべての行動をツールから除外するため、これは私たちにとって重要ではありません。 現在のロシアの法律の下での雇用主のイニシアチブでの解雇は、それ自体かなり複雑なプロセスであり、除去はそれをそれほど複雑にしません。


まあ、そして最も重要なこと-私たちの意見では、リモート作業が実を結び、追加のリスクを作成しないように条件を作成する必要があります。 策定できるのは1つだけです。チームと個々の従業員は、ほぼいつでも操作を理解できるように十分に自律的でなければなりません。 会社/部門に堅固な階層システムが構築されており、そこでタスクがヘッドによって各個人に個人的に割り当てられている場合(個人的にも、電話やメッセンジャーでも)、リモートが離陸する可能性は低いです。 実験の開始前にスクラムに切り替えたため、すべてのチームには常に(品質の程度は異なりますが)バックログがあり、そこから簡単にタスクを取り、作業を開始できます。 もちろん、これはチーム内でのコミュニケーションの必要性を排除するものではありませんが、誰もが常に外部からのキックなしで作業できるはずです。



この記事が誰かに利益をもたらすことを願っています。ロシア全土からの多くの偉大な人が、興味深く、高給のリモートワークを手に入れることを願っています。



All Articles