「こんにちは」も「ちょっと電話」も議題のない会議もなし

こんにちは、

おそらく、リモートワークでよくある間違いの 1 つを犯したために、この Web サイトへのリンクを受け取ったのでしょう。

• あなたは「Hi」や「こんにちは」、あるいは「おはようございます、セバスチャン。質問があります」と書いて会話を始めました。そして、何の問題に直面しているのかを一言も説明せずに、何分も（私が忙しくてあなたが辛抱強い場合は何時間も）待ち続けました。
• あなたは、私がすべてを放り出してすぐにあなたを助け始めることを期待して、何を話したいのか説明せずに「ちょっと電話」（あるいは単に「電話」）をしてほしいと私に頼みました。
• 説明も議題もなしに私を会議に招待しました。

心配しないでください。私はあなたに腹を立てているわけではありません。これらはリモートワークでよくある間違いです。生産性が低い環境で働いている場合、誰もがあなたが尋ねればすぐに電話やチャットで連絡を取る時間があるかもしれません。あるいは、あなたがマネージャーで、誰もこれらの中断が悪いと説明して、それを少しでも改善する方法を教えてくれないかもしれません。 それほど悪くない. 別の可能性もあります。あなたは怠け者で利己的なので、自分の質問に今すぐ最小限の労力で答える必要があるため、自分の邪魔が他の人にどのような影響を与えるかを気にしないのです。しかし、そうではないことは確かです。私たちは皆、チームメンバーを深く気遣う親切で勤勉な人々であり、時々少しの追加ガイダンスが必要なだけです。

リモートワークの3つの間違いがなぜ悪いのか、どうすればもっとうまくできるのか、そしてなぜそれが良いのかを説明しましょう。 あなたのために 将来的にそれらを避ける場合。

「こんにちは」はなし #

これは非常に一般的なので、すでに美しい こんにちは 質問は「こんにちは」から始めて返事を待ってから実際に質問するよりも、直接質問する方がよい理由を説明したウェブサイトがあります。ウェブサイトの記述を繰り返すつもりはありませんが、要点は、質問をすぐに書くと、はるかに早く回答が得られるということです。何が問題なのかを書き始める前に、私が来て「こんにちは」と返事するのを待つ必要はまったくありません。特に、私が再び忙しくなり、待ち時間が長くなる可能性があるからです。

しかし、特に技術的なサポートを求める場合、「Hello」の問題はそれ以上に重要です。

同じことを尋ねるさまざまな方法を、 最悪 質問する方法 最高 1.関数に新しい引数を追加したとします frobnicate しかし、コード内のすべての場所でこの関数の使用を更新するのを忘れました。そして今、あなたはそれによって引き起こされた問題に直面しており、助けを求めることにしました。

1. 「こんにちは」、「こんにちは」、あるいは「こんにちは、質問があります」。これは、問題を抱えているときに会話を始める最悪の方法です。私はあなたが何を望んでいるのか、それが緊急なのか全く分かりません。そして、あなたは私がキーボードの前に来て「こんにちは」と答えるまで待ってから、問題を説明する機会を得ます。
2. 「こんにちは、 frobnicate 関数が動作しません」。わかりました。少なくとも、会話のトピックについて少しは背景がわかりました。しかし、まだ「動作しません」の意味がわかりません。関数がエラーをスローしているのでしょうか、それとも期待どおりに動作していないのでしょうか。これはあなたのコンピューターで発生しているのでしょうか、それとも本番環境で動作しなくなり、会社が毎分数百万ドルを失っているのでしょうか。
3. 「こんにちは、 frobnicate ステージング環境では機能しますが、 Error: missing argument 'count'. 私は「feature-123」コード ブランチにいます。 よし、もうすぐ終わりです。 どの関数をどのコンテキストで呼び出し、どのようなエラーが発生するかはわかっています。 しかし、まだ改善の余地があります。
   • この質問には、間違った問題をデバッグする方向に導く非常に誤解を招く別のバージョンがあります。前のバージョンと次のバージョンを比較してください。「こんにちは、 frobnicate ステージング環境で関数を実行しましたが、count引数に関するエラーが発生しています。私は「feature-123」コードブランチにいます。そして、関数内の単語「count」のスペルミスを想像してください。エラー全体を見ればすぐにわかります。しかし、私はエラー全体を見ていなかったため、問題は frobnicate 関数自体を書き換えるのです。そのため、私たちはコードのランダムな部分を変更し、なぜエラーが消えないのか頭を悩ませるというまったく不必要な冒険に乗り出します。私はタイプミスのせいで何時間も無駄にしてしまうのです。だからこそ、メッセージにスタック トレースを含めることを強くお勧めします (最後のエラーだけでなく、スタック トラック全体を含める必要があります。重要な部分は途中にあることが多いためです)。または、少なくとも正確なエラー メッセージを貼り付けて、言葉で説明しようとしないでください。 あなたは思う 動作していません。
4. 「こんにちは、 frobnicate ステージング環境では機能しますが、 Error: missing argument 'count'。私は ‘feature-123’ コード ブランチにいます。これを本番環境と比較したところ、そこでは動作しました。また、Steve からの最新の変更も取得しました。完全なスタック トレースは次のとおりです: (…)”。これは、オンラインで助けを求める完璧な例です。正確なエラー メッセージとそれが発生するコンテキストが示されるだけでなく、これまでに試したことも説明されるため、「本番環境と比較してください」や「最新のコードを取得したのですか?」などのアドバイスを避けることができます。すでに試したことがわかっているからです。正直なところ、これは非常に適切で具体的な質問なので、他の作業をしている最中でも、少なくとも考えられる解決策について考えるための追加の努力をするでしょう。

「クイックコール」はありません #

これは「Hello」の問題と非常によく似ていますが、 非同期 問題を解決する方法を 同期 1. 「こんにちは」の場合と同様に、「ちょっと電話してください」と尋ねると、いくつかの問題があります。

• 電話はチャット メッセージよりも気が散ります。チャットでは、現在取り組んでいる内容の文脈を失うことなく、簡単なメッセージに 1 つか 2 つ返信できます。しかし、電話の場合は、より注意を集中する必要があるため、回復に時間がかかります。私の時間を 30 秒奪ったと思うかもしれませんが、実際はもっと長いのです。
• 場合によっては、メッセージだけで十分です。通話によっては、基本的にチャットでいくつかのメッセージを交換するのと同じになります。おめでとうございます。質問を書き留める時間を 10 秒節約できました。
• 話す（というか、 書き込み) 問題を自分自身で理解することで、解決に役立ちます。 ラバーダックのデバッグ 本当に効果があります。問題を説明した後、相手が問題を解決する方法を見つけたためにメッセージが削除されたり、「気にしないで」と言われたことを何度も目にしてきました。
• 電話は一時的なものだが、書かれたメッセージは永遠だ少なくとも、サーバーがダウンするか、お気に入りのチャット アプリをホストしている会社が倒産するまでは。しかし、書き言葉の一番の利点は、いつでも後で戻ってこの会話を見つけ、特定の問題を解決する方法や、特定の方法で解決することにした理由を思い出せることです。

ですから、私があなたの「ちょっと電話して」に「何が問題なの？」と答えるのは、本当にあなたのためです 😉。私の仕事に完全に気を取られることなく、あなたに問題をよく考えてもらい、将来のために答えを書き留めておいてもらいたいのです。

「クイックコール」について私が書いたことの多くは、 遠隔地での無駄な時間の最後の騎士 それは次に来るものです。しかし、3人しかいない場合、この比喩はあまり意味がありません。4人目の騎士を見つけるのを手伝ってくれませんか？人々の時間を無駄にする他のどんな方法がその称号に値するかについてコメントを残してください。

「議題なし」の会議 #

会議に招待されたのに、実際に参加してみるまで、その会議が何についてのものなのかまったくわからなかったことはありませんか? ああ、そうです、「議題なし」の会議、または私がよく呼ぶ「サプライズ会議」です。どうやら、ある人たちは、1 人の時間を無駄にするだけでは十分ではないので、「必要になった場合に備えて」複数の人を招待するようです。そして、すべての議題が頭の中に安全に保存されているのに、議題なんて必要ありません。

私は「議題がなければ出席しない」というルールを適用するようにしています（つまり、議題のない会議は辞退するようにしています）。このルールは私にとってはうまくいっていますが、他の人はそれほど快適な状況にいて、理解のあるマネージャーがいるとは思えません。

議題、または少なくとも詳細な説明があることには多くの利点があり、文字通り「議題なし」の会議を正当化するものは何もありません。

• 議題を事前に知っていれば、会議の準備をすることができます。何かを確認したり、記憶をリフレッシュしたりする必要がある場合は、全員の時間を無駄にすることなく事前に行うことができます。決定を下す必要がある場合は、可能な選択肢を検討し、決定が難しい場合は長所と短所のリストを準備することができます。
• 議題のすべての質問にメッセージで回答できれば、おめでとうございます。会議を開催しなくても全員の時間を節約できたことになります。
• アジェンダは会議の目的とチェックリストを与えます。決定を下すために出席していますか? よし、決定したらすぐに会議を終了できます。トピックを理解するために出席していますか? よし、軌道に乗って何も忘れないようにチェックリストを用意しましょう。アジェンダがあれば、必要なことをすべて話し合ったかどうか、会議の目的を達成したかどうかが簡単にわかります。
• その会議に自分が必要かどうかはわかります。プロジェクトやチームを率いているという理由だけで会議に招待されることもありますが、その会議はまったく技術的な内容ではなく、私からのインプットは必要ありません。時には、自分のプロジェクトと関係のない会議に招待されることさえあります。会議の内容が事前にわかっていれば、欠席したり、それに応じて時間を計画したりできます。たとえば、会議で私からのインプットはほとんど必要ないとわかっていても、技術的な質問が出された場合は参加する必要がある場合は、会議をバックグラウンドで実行しながらコードレビューをいくつか行う計画を立てます。

私のような技術者を会議に招待する場合、次の 3 つのうちのいずれかが求められるでしょう。

• まったく新しいことを説明してほしいとお考えですか。それが何であるか事前にわかっていれば、関連するドキュメントへのリンクをお送りできます。その後、通常は次の 2 つのうちのいずれかが起こります。
  • ドキュメントにすべての答えが記載されているため、会議は不要になりました。
  • ドキュメントを読んで、少なくとも私たちが話し合う内容の基本を理解しておけば、最終的な会議はより生産的なものになるでしょう。
• 特定の技術的な質問をしたい場合、書面で質問した方がよいでしょう。そうすれば、自分のペースで回答を考え、必要な調査を行うことができます。会議中に回答を探してあなたの (そしておそらく他の人の) 時間を無駄にしたり、急かされてすべての要素を慎重に検討する時間がなかったために間違った回答をしたりすることはありません。
• 過去に私がやったことについて質問したいのですね。前のポイントと同様に、記憶をリフレッシュして準備する時間が必要です。テクノロジーは非常に急速に変化する環境です。2か月前に構築した機能ですか? その間に、おそらく他の3つのものを構築し、質問したいことがどのように機能するかを完全に忘れてしまいました。会議の準備に10分だけ費やすのは効果的なアプローチです。30分を費やすよりも良いでしょう。 その間 会議では、必死にコードを読みながら、各関数が何をしたかを思い出そうとし、その間に質問に答えたり、私の画面と入力時の間違いを見て沈黙の重みを感じたりします。言うまでもなく、複数の人の 30 分の時間を無駄にしてしまうことになります。

コンテンツ 文脈が重要 #

リモートワークでは、助けを求めるのに数回キーを打つだけで済むことがよくあります。そのため、困ったときに「すぐに」誰かに助けを求めたいと思うものです。しかし、オフィスにいるときとは異なり、相手が忙しいかどうか、邪魔してもいいかどうかを簡単に知ることはできません (相手がメッセージ アプリで「邪魔しないで」ステータスを設定することを覚えていない限り)。

しかし、最善のサポートを受けるためには、次のような努力も必要です。

• 直面している問題をできるだけ詳しく説明してください。
• 電話をかける前に、問題を文書で説明するようにしてください。
• 会議を計画するときは、会議の議題を明確にして全員が準備できるようにします。

信じてください、これでオンラインでのやり取りがより効率的になり、問題解決がずっと早くなります。また、同僚も 助けたい 相手があなたから「こんにちは」や「ちょっと電話してもいい？」というメッセージを受け取るたびに、深呼吸してチャット ウィンドウを閉じる必要がなくなります。