私は有名なソフトウェア開発会社のリリースマネージャーをしています。そのプロジェクトでは、開発者が1人います。
私を含めたプロジェクトの全社員（約20名、主にマネージャー）には、週に2日のホームオフィスが与えられており、予告なしにいつでも使えるようになっています。彼が2週間丸々オフィスに来ないこともあります。
これは明らかにポリシーに反していますし、彼がやっていることはオフィス内の誰とも交流する必要はありませんが、やはり間違っています。
しかし、彼が素晴らしい仕事をしている以上、私には何の選択肢もないような気がします。
それはまだ間違っている
なぜですか？
意図的に煽るような発言であり、完全に同意するわけではありませんが、その核心にあるのは、開発者がオフィスにいるかどうかがなぜ重要なのか、ということです。開発者がオフィスにいてもいなくても他の人と交流ができる、とても優秀な仕事人だとおっしゃっていますが、オフィスにいても何も得るものがないのであれば、そのためにオフィスにいることを強制するのではなく、仕事を得るかどうかに集中してください。仕事ができるかどうかに集中しましょう。
これは明らかにポリシーに反していますし、彼がやっていることはオフィスの誰とも交流する必要はありませんが、それはまだ間違っています
私は、あなたのチームの在宅勤務ポリシーを at your manager’s discretion、つまり あなたの裁量 に変更すべきだと思います。この方法では、彼らはルールに従っていると言うことができますし、彼らはそのような良い貢献者であるため、この人はより多くの在宅ワークをしています。
ただそれのために開発者を強制的に来させようとする試みの間違いを犯してはいけません。彼らが生産的であれば、彼らを放っておいてください 、彼らを罰することは、彼らがオフにそれらを気にしているかもしれませんし、_彼らは去るかもしれません。あなたはその可能性に備えていますか？あなたの投稿から得られるものに基づいて、私はあなたがこの人の管理者 rであると仮定しました。この場合、私はまだ開発者を放っておくと思います。
彼は2週間丸々来ないこともあります。
彼は素晴らしい仕事をしている以上に、彼の不在に気づかないことをお勧めします。あなたには、成績優秀な開発者の子守をするよりも、もっといいことがあるでしょう？
私が最初に尋ねる質問は、**なぜこの開発者は自宅で仕事をしているのでしょうか？
他の多くの回答が示唆しているように、「プロセスよりも人」です。しかし、この開発者はルールを破ることに非常に罪悪感を感じたり、神経質になったりしているのかもしれません。しかし、彼らはそれが彼らがどんな仕事でも成し遂げることができる唯一の方法であるように感じるかもしれません。
私の提案は、それが次の理由のいずれかであるということでしょう：
これらの両方のケースでは、良い雇用者は、彼らの従業員をサポートするために働くでしょう。理由を理解し、その後、ポリシーを心配してください
方針を変えろ！
本当にどうすればいいの？あなたの開発者は、あなたの発言から、明らかに素晴らしい仕事をしています。(おそらく彼はオフィスにあまり来ないからでしょうか？)何らかの形でポリシーを施行し、彼は不本意ながらも遵守し、生産性が低くなるか、彼は他の場所で雇用を模索するかのいずれかになります。どちらにしてもあなたの会社は負けます。
今、あなたがポリシーを変えることができない場合は、チェーンの上の人々がそれを主張しているので、あなたの解決策は、ちょうどあなたがされているように、暗黙のうちに彼が一週間か二週間のために来ていないという事実を無視して行くことです。
どうすれば、ホームオフィスの方針に従わせることができるのでしょうか？
あなたはすでにこの人と話したようですが、その人は方針に従うことに同意していたようですが、今は再び方針に従わないようですね。ほとんどの場合、あなたの会社では会社の方針に従わないための罰則のいくつかの並べ替えが存在しています。 ** これは、開発者がいくつかの未使用のホームオフィスの日数を蓄積していて、それを連続して使いたいと思っていたような誤解を取り除くのに役立つでしょう。あるいは、個人的な問題があって、この人が心配していて、その日のうちにすべての日数を自宅で使うようにしたのかもしれません。有効な理由がなかった場合、私は人にultimatumを与えることをお勧めします…
…しかし、この人はあなたのソール開発者であることを心に留めておいてください彼らの肩に大きな重量を置き、最も可能性の高い全体の多くのストレスやタスクの下にあるので、**この人にいくつかの余裕を与えるようにしてみてください。
あなたには基本的に 2 つの選択肢があります: ポリシーを実施するか、プロジェクトを全力で推進し続けるかです。
あなたの開発者があなたのために素晴らしい仕事をしているのは、(a)彼があなたのために働いているからであり、(b)彼が個人的にプロジェクトにコミットしており、良い士気を持っているからです。これらのいずれかはいつでも変更することができ、あなたはそれらを変更することを望んでいません。
開発者に週に3日はオフィスにいなければならないと言うのは、あなたが仕事をこなすことよりもコンプライアンスを重視していることを示しています。もしリリース管理者であるあなたが、彼が仕事をこなすことよりもポリシーを遵守することの方が重要だと明言するならば、あなたは彼に自分の仕事は二の次だと言っていることになり、それは彼の士気と生産性に影響を与えることになります。規律をほのめかすと、彼は最高の仕事をしたから罰せられるのではないかと感じてしまうのです。驚くほどの生産性はここまでですが、私は彼があなたの下で働き続けることに大いに期待していません。つまり、開発者に何かあった場合、プロジェクトは台無しになるということです。バス要因」は1つです。約十数人のマネージャがいれば、そのうちの一人か二人は、小さなことで開発者を中断させても何の違いもないと考えている人がほとんどでしょう。開発者が在宅で仕事をしているからこそ、目立った方法で物事を成し遂げることができる確率が高いのです。
開発者がなぜずっと在宅で仕事をしたがるのか、その理由を探ろうとしていないように聞こえます。何かアクションを起こそうと思うのであれば、まずそこを理解する必要があります。理由を探ろうとしたことに触れていないのは良い兆候とは言えませんし、彼の視点で理解しようとしていないようにも見えます。これは、あなたが彼と接する際には慎重に進める必要があることを示唆しています。
ですから、プロジェクトを成功させたいのであれば、開発者が会社のポリシーに些細なことで違反しているだけであることに感謝し、ポリシーから彼を盾にしてみるべきでしょう。ポリシーの変更を主張してみてはいかがでしょうか。誰かがルールを曲げる正式な権限を持っているのでしょう。彼に仕事に集中させて、このまま放置しておいてもいいかもしれません。その上で何かを考えてみましょう。賢明に選択してください。
あなたはマネージャーとしてどちらを選びますか？
人事方針(最大2日間の在宅勤務)を破りながら、自分の仕事で優秀な仕事をする同僚。
または
人事方針(最大2日間の在宅勤務)を破りながら、優秀かややまともな仕事をする同僚、あるいは劣悪な仕事をする同僚。
なぜ人事方針のために従業員のパフォーマンスを妨げるリスク？
**あなたの従業員は、それが会社のために最善である限り、彼らのために最高の作品、しかし仕事をさせてください。
TL/DR：全く問題はありませんが、調整されるようにあなたの考え方だけです。
説明：
あなたが “よく知られているソフトウェア開発会社 "だという唯一の事実は、自動的にあなたの会社が行うすべてのものが100％正しい方法で行われていることを意味するものではありません。私の非常に謙虚な意見では、ここで赤旗は次のとおりです：
このルールを強制する唯一の方法は以下の通りです：
あなたは、彼が自宅で仕事をすることが許されていない日は、彼が有給休暇を取っているとして扱うことができます（最終的には無給休暇）。しかし、実際に仕事をしている時に無理やり休暇を取らせることは、法的なトラブルを引き起こす可能性があるので、事前に法務省に相談しておくことをお勧めします（しかし、いつ、どのように仕事をするかについての明確な指示を無視しています）。もちろん、彼がこれをするのを止めた場合、あなたはそのメモを無視することを選択することができます。
あなたは彼が全く（追加の通知まで）自宅で仕事をすることを許可されていないと言うことができます。給付金を削除することもまた、人々が乱用するより典型的な罰です（そして、それはそれが解決するよりも多くの問題を引き起こす何かを削除することは単に論理的に理にかなっているので、それは全く罰とは見なされないかもしれませんが、それについて彼を説得しようとしないでください）。
これは、あなたが彼が使用する給付金を持っているかどうかに依存しますし、あなたは簡単に従業員ごとに削除することができます。また、このような場合には、彼が直面する可能性のある結果についての十分な警告**を与えてください。また、このようなことがあった場合には、その旨を業績評価に記載しておくことをお勧めします。
**あなたはこれのいずれかを行うために喜んでいない場合、あなたは彼がルールを破って続けることを受け入れなければならないでしょう。
何か抜本的なことをする前に、すでにそうしていない場合は、別の回答で示唆されているように、彼はそんなに頻繁に自宅で働いているwhyについての会話を持っています 。
以前、彼と話したことがあるのですが、ルールを守ることに同意していたのですが、何の影響もありませんでした
このルールがあるのは、何か理由があるのでしょうか？それは、誰もが個人であるチームミーティングがあるように、それは会社が生産性が低下することを心配しているからですか、またはそれはちょうど「2日が合理的に思える、それで行こう」という理由です。
なぜ彼は他の3日間はオフィスにいなければならないのか説明できない場合は、彼はする必要はありません。もしあなたがそれを説明できるならば、彼にそれを説明してください。
会社では誰もが消耗品であることを心に留めておいてください - もしあなたの行動の結果、彼らが去っていくならば、あなたは彼らを置き換える方法を見つけなければなりません。
完全性のために、これは完全に問題なく、最も効率的な方法で開発者とのコミュニケーションを可能にする必要があることを人事部に伝えてください。つまり、リモートコラボレーションを目的とした一連のツール（プロジェクト計画、タスクトラッカー、デジタルミーティング）に投資するように頼んでください。それは効率的である必要があり、効率的に一緒に仕事をするためには物理的に同じ場所にいる必要はないと仮定する必要があります。しかし、ツールやプロセスが明確になっていれば、仕事は捗るものです。開発者がオフィスにいることで、誰にでもアクセスできるようになります。会話は仕事のトンと追加の責任をスパークさせることができます。
コアワーカーは物事を成し遂げるために必要な一人の時間を与えられる必要があります、それがオフィスに来る時間を彼らに選択させ、HRとExcelスプレッドシートはこのうちに残します。
どうすればホームオフィスの方針に従わせることができるのでしょうか？守るべきかどうかの質問は、他の回答で大きく取り上げられているので、ここでは割愛させていただきます。あなたのプロジェクトには一人の開発者がいます。その単一の開発者は、"誰もが “から賞賛を取得し、"卓越した "仕事をするための保留中の賃上げを持っています
このような状況では、すべてのレバレッジとすべての力を持つ人は、"誰もが "賞賛することを卓越性の文書化された記録を持つ単一の開発者です。彼に何かを押し付けようとすると、プロジェクトの失敗のリスクが大きく、彼の行動に基づいて、それは彼がそれを知っているように私には思えます。彼はやりたいことをやっていいのですが、あなたは何もできません (彼が辞めることでプロジェクトが失敗するリスクを冒すことはできないからです)。他の開発者をプロジェクトに配置して、彼がこのプロジェクトの唯一の不可欠なリソースではなくなるようにしてください。そうなっても、彼にはまだある程度の影響力がありますし、ポリシーに従わないことを選ぶかもしれません…。もしそのような評価の高い、生産性の高い開発者が、あなたのプロジェクトの下で働いた結果として辞めてしまった場合、それはあなたによく反映されていないと想像しています。これはあなたが勝利を収めることができるような戦いとは思えないので、ここでの賢明な判断は、この戦いを戦わないことです。
この質問にはすでにさまざまな視点がありますが、ほとんどすべてを自宅で仕事をしているシニアのソフトウェア開発者の視点から、いくつかの考えを追加してみたいと思いました。私の意見では、それはキューブファームの焦点のない社会的な気晴らしから多くの恩恵を受けません。もちろん、性格は異なります。私の場合、私はソーシャル・インタラクションを本当に楽しんでいるので、オフィス環境にいるときは、焦点の定まらない気晴らしを簡単に作成してそれに対応する傾向があります。これは楽しいのですが、成果の出る仕事が少なくなってしまいます。オフィスを訪問しているときに観察するのは、対話に焦点を当てるように設計された構造、例えばスタンドアップミーティングです。このような会議の利点の一つは、会議の合間に「一人で物事を終わらせる」ことを期待していることだと思いますが、オフィス環境ではその可能性は低いと思います。
また、他の開発者との交流は、物理的な距離に関係なく、文字によるコミュニケーションによって最も促進されることも観察しています。例えば。例えば、私はしばしば SQL クエリのヘルプを提供するように呼ばれることがあります。どのような場合でも、誰かが私に問題を口頭で伝えることにはほとんど価値がありません。クエリを（メールやチャットで）送ってくれた方がはるかに効果的で、私は変更を加えたり、コメントを追加したり、それを送り返すことができます。私は一日中他の開発者とチャットやメールでやり取りをしています。書面での会話の結果は、元の会話に参加していない開発者にとっても、より有益なものとなります。私は、自分が参加していなかったチャットの履歴やメールのスレッドを使って、ほとんどの部族の知識を学び、共有しています。より良い測定基準は、（ほとんどが書き込まれた）相互作用の質と可用性です。これは出席率よりも測定が難しいですが、開発者にとってはより意味のあるものになる可能性が高いです。
あなたは次のように言います：
私（約20人、主に管理職）を含むプロジェクト内のすべての労働者は、彼らは予告なしにいつでも使用することができますwhichのホームオフィスの週2日*を持っています。
あなたはこの人と話をして、次のようなことを言う必要があります：
あなたはここで素晴らしい仕事をしていますが、私たちはあなたのホームオフィスの時間の使用について話をしなければなりません。あなたは、あなたの2つの裁量日の後に1日あたりの拡張ホームオフィスの時間のための事前承認を取得し始める必要があります。もしそうしないと、私たちはあなたをノーコールノーショーとしてマークしなければならず、許可されていない日の分は支払われないことになります。
人事部に、開発者がフリービーを超えて1日あたり***記入しなければならない正式なフォームを作成してもらいましょう。
サンプルフォーム:
名前:
日付:
作業するタスクの概要:
進行/完了したタスクの概要:
スーパーバイザーの署名:
だから今開発者が事前承認を要求したとき、あなたはそれを許可するか、またはその日のオフィスでそれらを必要とすることを伝える力を持っています。
私は以前に彼と話したことがあり、彼はルールに従うことに同意しましたが、彼には何の影響もありませんでした。
開発者は重要な議題で監督官に同意しましたが、何のアクションも取らなかったのです。これは悪い兆候であり、あなたの権限への挑戦であることは間違いありません。
残念ながら、正式な警告書を出さなければならないでしょう。業績が好調だからといって、雇用条件を破る言い訳にはなりません。金持ちであることが法律を超えていないのと同じです。コミュニティに大きく貢献した人は、犯罪を犯しても起訴される可能性があります。
素晴らしい業績のために開発者に感謝してくださいが、彼が主張する場合は、決して戻ってくる必要はないことに注意してください。もし改善が見られない場合は、2つの提案をしてください:
代わりになることができない開発者はいません。強い開発者は積極的に転職市場でチャンスを求めている
EDITED . 混乱しているユーザーのコメントを受けて Appleは在宅で働くプログラマーを一切認めないことで有名です。Googleの優秀なプログラマーはまだオフィスで仕事をしているだろう。私はAppleが無慈悲にも許可なしに仕事のためにオフィスに来ないプログラマを終了させると確信しています。私の回答を鵜呑みにするのは難しいとは思いますが、確かにそれが唯一の現実的な解決策です。正式な警告書を発行することは、すでにかなり良いことです。この事件は契約後も続いていたことに注意してください。プログラマーは自分がCEOのような存在だと思っているのだろうか？いくらプログラマーが強いといっても、プログラミングは常に比較的安価なスキルセットであり、常に入れ替え可能なものです。