チームメンバーがStack Overflowに時間を費やしすぎている

私はあなたが仕事がタイムリーな方法で完了していないと品質の損失があるということです本当の問題に焦点を当てることをお勧めします。品質の問題が発生した場合は、それを修正するために彼らに送り返し、それを修正するために彼らにタイトな期限を与えます。それでも無視され、生産性が低下し、品質が低下し続けるようであれば、あなたの人事プロセスを利用して不良社員を排除してください。

ここが肝心なところです。彼らが仕事で使っているなら、なぜ気にするのか？問題は決して「この人たちはこんなことをしていて、私は彼らがするのを見たくない」ということではありません。それは、管理職の臭いがします。あなたが本当に聞くべき質問は次のとおりです。おそらく直接Stack Overflowの話を持ち出す必要はないでしょう。「見てください、あなたは1ヶ月前と同じレベルのパフォーマンスをしていないので、何を変えたにせよ、それを元に戻しましょう」と言うだけです。これについては、少なくともいくつかのフィードバックを歓迎します。

チームメンバーの意見を聞くことは、単に「将来的に彼らに責任を負わせる」ために役立つだけではなく、「あなたが問題だと思っていることが実際には問題ではないかもしれないから」ということをここで付け加えるべきだと感じます。

**彼らは電話でのテクニカルサポートのようなことをしているのでしょうか(つまり、開発者の仕事ではなく、私が最初に想定していることですが) 通話中に画面がキャプチャされ、QAが承認されていないサイトに行くのを見ているのでしょうか? この問題は「おい、Stack Overflow に行くな」という問題のように見えるかもしれませんが、実際には「おい、QA に無断で Stack Overflow に行くのを見られてはいけない」という問題なのです。

**上司か何かに Stack Overflow を見ているのを見られたのか？私自身が開発者として、私はStack Exchangeのサイトのスイートは、かなり遠く離れてそこに最も有用なアイテムであることを見つける、Microsoftの独自の技術サポートよりもさらに便利です。本当に、他の何よりも役に立たないと思うのは、人口のかなりの部分が使っていないサードパーティの API を使っているときだけです。このスーパーバイザはこの点を売り込む必要があるのかもしれません。

もしスーパーバイザが固辞しないのであれば、残念ながらチームに会って、ポリシーが変更されて Stack Overflow にアクセスできなくなったことを伝える必要があります。縄張り争いを始めたいという気持ちがない限り、私はその上司の名前は出さずに、状況を伝えて共感してもらい、次のステップに進みましょう。もしこれが問題なのであれば、投稿者とじっくり話し合って状況の深刻さを伝える必要があります。会社の評判を悪くしたからといって、会社を辞めさせられることはよくあることです。

生産性を管理するための2つの方法が（少なくとも）あります：＆002＆002 - 時間ではなく、仕事をする。つまり、あなたは、特定の日付までに行われるべき仕事の量を設定します。うまくいけば、あなたが設定したものは合理的であり、それは彼らが彼らの労働日を過ごす方法あなたの従業員まで完全にです。彼らは仕事が夜に行われる提供された、すべてのあなたの心配のために一日を釣りに費やすことができます。

ここでの回答の多くは、これらの線に沿って仮定を行います。しかし、仕事はisn行われていない、あなたはその理由を知っています。だから、あなたは次のようにフォールバックする必要があります：

• 彼らは仕事の時間にしている間、彼らは仕事をしています。

それは特にいくつかの仕事を得るための最後の手段として、これを主張するためにnotマイクロマネジメントです。彼らは雇用主から割り当てられた活動に時間を費やすために給料をもらっているのです。彼らはバグを修正したり、期限を守ったりするごとに支払われているわけではありません (私はそう思っています)。もしそうだとしたら、簡単な解決策があります – 彼らは一人あたりの成果が少ないので、あなたは自動的に彼らに支払うお金を減らして、より多くの人を雇うためにお金を使うことができます。仝それにしても、このようなことをしている人は、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしているのではなく、自分の仕事をしています。彼らはそれを続けています。働き方については、あなたの勤務時間の融通が利くかどうかに応じて、質問に答えないようにするか、どちらかにすべきです。もし彼らが「彼らはアルコール依存症だから」という理由で、毎日9時から6時までの間に数時間一緒にパブに行っていたとしたら、あなたは躊躇しないと思いますし、マイクロマネジメントだと非難されることもないでしょう。仕事ではないことを明確に伝えているのに Stack Overflow に貢献するのは、彼らの個人的な余暇活動です。

できれば避けたほうがいいのは、相手のStack Overflowの利用状況を直接監視する（メールで「プロフィールを確認しました」と連絡する）ことです。まず第一に、こそこそした態度をとるのは逆効果です。彼らは2つ目のアカウントを作るかもしれません。第二に、あなたとリモートチームとの間の信頼関係が損なわれます。彼らはcurrently trustworthyではありませんが、あなたの最初の試みは、彼らが信頼できるように彼らを取り戻すために、彼らがどのくらいの時間を費やしているかを自分自身で監視し、それが多すぎることを自分自身で確認するために彼らを取得する必要があります。

あなたがそれを試してみた後、彼らが本当に “中毒 "であれば(おそらく臨床的ではないが、彼らは破るのが難しいと思うが、したいと思う習慣を作った)、あなたはおそらくその上で専門家のアドバイスを受けるべきです。私は、彼らが問題を見て、それに正直に対処しようとし、彼らが克服できない強制力のいくつかのフォームのために失敗した後、彼らがそのような習慣を破るのを助ける方法の詳細についてアドバイスする資格があるとは感じません。あなたが興味を持って、これを停止する必要があると判断したので、絶対に必要な場合は、あなたはそれの懲戒問題を行う必要があります。人は実際に働くことを信頼できなければリモートで働くことはできません。

とりあえず、私は会社がプロジェクトの社内コストを評価できるようにタイムシートに記入するために、とにかく自分の作業時間をチャンク単位で追跡しています。時にはStack Overflowを見ながら何かが動くのを待っていることもあります。何かの実行が終わった後、ずっとStack Overflowに時間を費やしてしまったことに気付いたときは、それを休憩時間としてカウントして、その時間を埋め合わせます。私はフレックスタイムで働いているので、これはうまく機能していますし、Stack Overflowを見るのは仕事中の短い時間だけにして、仕事以外の時間は長くしたいという強い動機を与えてくれます。もしあなたのチームがフレックスタイムを採用しているのであれば、それは彼らにとっても有効かもしれません（もちろん、彼らの協力があればですが）。もし彼らの労働時間が9時から6時で昼休みがあるような厳格なものであれば、Stack Overflowを使わないようにするにはもっと厳格にする必要があるでしょう。また、1日1時間でもいいのであれば、それも構いませんが、時間を確保して、Stack Overflowの質問に答えることで自分のスキルを高めるという意味では、できるだけ生産的な作業をしてもらい、他の仕事と同じように、何をどのくらいの時間で達成したのかを報告する準備をしてもらいましょう。

また、Stack Overflowの前はFacebook、その前はUsenetやLiveJournalだったかもしれません。仕事の気を紛らわせるものは常にあります。彼らが意図的にサボっているのではなく、ただ気が散るのを許しているのであれば、極端すぎないルールがあれば（「Stack Overflowでまた見つけたらクビだ」は極端すぎます）、彼らはおそらく感謝するでしょう。このような悪い行動を禁止するルールは、文字通り中毒にならない限り、彼らが中毒に陥らないように自分自身を律するのに役立ちます。

問題はStack Overflowではなく、仕事の質と量の低下だというここの他の回答に完全に同意します。

そうは言っても、プログラマとしての彼らの仕事にとって非常に貴重なリソースであるStack Overflowだからこそ、Stack Overflowの時間をただ無駄な非生産的な時間として扱うのではなく、少し違ったアプローチを提案したいと思います。優先順位1番（と、2番、3番、らしいですね）は、実際の仕事の内容です。彼らは仕事に焦点を当てていることの重要性を印象付け、あなたの質問で持っているメトリクスを使用して、あなたはあなたが仕事を変更する必要がありますが、行われていないことを知っていることを彼らに指摘することができます。仝それは、あなたの仕事ができていないことを知っていることを指摘して、それを変える必要があります。私自身も Server Fault を使ったことがあります。お酒の楽しさを知って以来、それが最高のことだと思っていたのですが、仕事をする代わりに仕事時間の90%を Server Fault に費やしてしまい、それが問題を引き起こしてしまいました。結果として、私は今でもかなり積極的に ServerFaulter をやっていますが、仕事の邪魔にはなっていません。

「Stack Overflow で時間を無駄にしない」ことに焦点を当てるのではなく、仕事を終わらせることに焦点を当てた方が、ずっと良い結果が得られると思います。

私を助けてくれたいくつかのことは、あなたのチームを助けてくれるかもしれません:

1. 1.仕事はお金を払うものであり、サーバーの故障ではないので、仕事があるときは仕事をします。仕事があるときは仕事をし、ないときは ServerFault を利用しています。
2. 私は他のみんなのように、毎時間「タバコ休憩」や「コーヒー休憩」をしないので、代わりに「Server Fault休憩」をして、5-10分ServerFaultingを過ごすことができます。
3. 私は次のことをすることができますので、私は通常、私はとにかくコンピュータ上で待っている間、私は自分の仕事をすることはできませんので、これは、サーバーフォールトを行くためのプライムタイムです完了するためにプログレスバーやスクリプトなどを待っている時間のかなりの量を費やす。Server Faultは、楽しみながら、仕事/キャリア関連のリソースです。

• つまり、その主な機能は、私が仕事で経験する問題を介して私を助けることであり、私は一般的により良いsysadminにすることですので、私はそれの一部に焦点を当てています。

• バッジ、評判、楽しみ、そして私がそれから得る他のすべてのものはちょうどボーナスです。

• この実現は私が質問に答えるためにそれに焦点を当てるのではなく、仕事に関連する質問のためのより多くのそれを使用するのに役立ちました/rep-whoring。

おっと、おっと、おっと、おっと。ゆっくりしてください。

最初に、完全な免責事項：私が大学を出て最初のプログラミングの仕事に就けたのは、Stack Overflowのおかげだと思っています。

私のオフィスの誰もが私の使い方に不満を持っていませんでした。というか、会社にいるときは、実際に仕事をしています。あなたの指摘については後で少し触れますが、

どうすれば彼らに仕事に集中してもらい（あるいは強制的に）Stack Overflowから離れることができるのでしょうか？

これを感じる主なものは、面白いことができないということです。あなたのチームの誰かが退屈している場合、彼らは他の面白いことをしたり、他の面白い活動に引き寄せたりします。彼らにとっては、それはたまたまStack Overflowかもしれません。彼らが現在取り組んでいるプロジェクトについてどう思っているか、彼らのモチベーションや自信のレベルがどの程度なのかを見てみましょう。

不具合の増加は他にも様々な理由が考えられますが、納期が厳しかったり、品質保証部が隅々までチェックする時間が足りなかったり、ユニットテストや統合テストに力を入れていなかったりしています。開発者がテストを書く(まあ、良いテストを書く)ことを保証することは、導入される全体的な欠陥の数を減らすための良い方法です。しかし、なぜ納期が遅れているのか、そして実際に何が起こっているのかを把握するためには、もう少し足のかかる作業が必要なのかもしれません。士気の低下はモチベーションの低下にもつながります。

**生産性や品質の低下という直接的な問題に焦点を当ててみましょう。これは、Stack Overflow、Wikipedia、Minecraft、Facebookなどが原因で起こる可能性があります。

あなたが普段どのような方法でコミュニケーションをとっているかはわかりませんが（ビデオチャット、電話、メールなど）、次のような質問をしてもいいかもしれません。

驚くかもしれませんが、それはコミュニケーション不足、難しい開発タスク、曖昧な要件、あるいはあなたが考えもしなかった他の要因かもしれません。

繰り返しになりますが、先ほども言いましたが、あなたの状況に関してはStack Overflowには何の特徴もありません。

FYI 私もStack Overflowに “はまって "います。

また、この記事を読んでいる人は、この記事を読んでいるだけで、何か裏付けがあるのではないかと思っています。男はおそらくこれを読んでいるので、（こんにちは;p）あなただけではなく、本当にそれをバックアップするために何かを持っている必要があります主張することはできません。私はここで何度も何度も多くの人々を見て、ジョー・ストラッツァーレ（見なくても名前は正しい）、ベトニー・プーバン（いや、これはまだない）またはジョン・スキート、彼らはここで多くを投稿しているが、彼らが仕事を得るために苦労しているという話はありません。だから、あなたが探しているものを見つけるために質問に答えたり、答えを読むことに時間をかけすぎない方法を教えてくれるコーチを雇うといいかもしれません。

私のホームページがStack Overflowになっている人がいます。彼のログイン名は “RepCap” 彼は私のチームで最も生産的な人です。全体的なポリシーはありえない。最近生産性が低下している場合、相関関係と因果関係を混同しないでください。よく訓練された優秀なマネージャーならそんなことはしないだろう。SOは生産性をさらに低下させないようにしているものかもしれません。

マイクロマネジメントは常に誘惑ですが、それはあなたができる最も反生産的なものの一つです。いくつかのより多くの研究をしなさい。生産性の問題について、彼らの意見を聞いてみましょう。そうすることで、あなたが気付いていて心配していることを相手に伝え、解決策の一部になるチャンスを与えることができます。人と一緒に仕事をすることは、常に有利なことです。

私は以前、開発者に個人的なプロジェクトに取り組むために指定された時間数を与えるテキサス州のITコンサルティング会社にインタビューしたことがあります。

彼らが最も生産的でない時間を調査し、個人的な開発のためにそれらの時間を与える（私の推測では金曜日の午後遅く）。

このような状況では、リモートワーク文化のためにマイクロマネジメントを試みることは効果的ではないと思います。その代わりに、あなたはこのアプローチを試すことができます：＆002＆002 1.共同会議を持って、好ましくは個人または音声/ビデオで、あなたの懸念を述べています。物語の彼らの側を聞く。このステップは、将来的に責任あるそれらを作るために重要です。期待と結果を明確に置きます。このようにしたら、行動に変化があるかどうかを観察してみてください。