web-dev-qa-db-ja.com

作業負荷と新入社員の支援のバランス

私は約2か月間、最初の仕事をしていて、仕事量と新入社員の支援の間に微妙なバランスがあることに気付き始めました。バグを修正し、できるだけ多くの顧客の問題を解決するという経営陣からのプレッシャーが多いので、チームの全員が、新入社員がスピードを上げるのを助けるのではなく、仕事のバックログに非常に集中しているようです。新入社員は質問をすることができ、開発者に座って手伝ってもらうこともありますが、多くの場合、彼らは仕事に忙しすぎて製品のベテランだけが理解するだろうというあいまいな答えを得ます。

新入社員もバランスを保つ必要があることを理解しています。場合によっては、ベテランが20分で達成できたはずの問題を調査して修正するために、新入社員に3日かかることがあります。新入社員は、製品とコードベースを学ぶ努力を示す必要があります。

退役軍人のワークロードを単純に削減することなく、新規採用者の支援と合理的な割合でバックログでの作業を継続することの間で、どのようにバランスを取ることができますか?

21
Spacebob

これは「新入社員」の視点から聞いていると思います。私は何度もこの状況に陥っています。非常に多くの質問をするのは気分が悪い場合もありますが、ドメインに関する知識が不足しているなどの理由で解決策を見つけることができない場合もあります。

覚えておくべき最も重要なことはこれです。自分で答えを見つけることができないと「想定」しているときは、質問をしないでください。物事にショットを与え、最初にじっくり調べ、コードを調べ、いくつかの変更を試みて何が起こるかを確認します-最初に何かを動作させることができるかどうかを確認します。本当にできない場合は、質問してください。ただし、質問するときは、すでに試したことの例を挙げて質問してください。彼らはあなたがあなたのためにあなたの仕事をするように頼んでいるように感じたくないです。

「ねえ、私はこれを試みています、そしてこれを試しました、そしてこれはすでに、あなたは何かアイデアを持っていますか?」それは彼らがあなたに費やす時間を減らすのを助け、彼らはそれをする傾向があります。

21
slandau

私たちの会社では、最初の数か月間は、すべての新規採用者に彼の面倒を見てもらいます。この正式な割り当てにより、初心者は1人しか消費せず、新入社員を「指導」する人は彼の開発に対する責任を負うので、それは負担ではなく、単なる一時的な責任です。新しい人にとっては、彼はより速く学ぶため、そしてすでに投資がある人のために良いです:より少ない時間で、彼は誰かが彼を助けるようにしてくれるでしょう。

8
Pedro

私があなたに与えることができる最高のアドバイスは約束をするです。誰もが日中いくつかのダウンタイムを持っていますが、あなたがランダムに立ち寄るだけなら、それにぶつかることはほとんどありません。 「Xについていくつか質問があります。今日はあなたと一緒にそれを検討する時間を設定できますか?」彼らはあなたにその時、またはその日の後であなたに時間を与えることを決定するかもしれません、または多分あなたの質問によりよくまたはより速く答えることができる誰かにあなたを紹介するかもしれません。いずれにせよ、あなたはより集中した注目を集めるでしょう。彼らがあなたにその日の遅くに約束を与えるならば、あなた自身で答えを理解することを試みるために、または少なくとも質問を洗練するために、その間の時間を使ってください。誰かの質問を15分間延期しても、多くの場合、彼らは自分でそれを理解します。

私たちのほとんどにとって、あなたの質問は私たちにとって重要です、それらは通常緊急ではないことに注意してください。違いに腹を立てないようにしてください。

4
Karl Bielefeldt

経験豊富なプログラマーの中には、実際に若い開発者のメンタリングを楽​​しんでいる人もいます。私は機会があればいつでもそうします。おそらく、あなたが助けを必要とするたびに別の同僚に尋ね、そしてあなたの答えに彼らの熱意を測ることによってあなたの会社でそのような人を見つけることができます。

ヘルプが必要な方法は2つあります。言語やツールに問題がある場合は、オンラインで、または技術書を購入して自分の時間で読むことで、答えを見つけることができます。あなたが会社を訓練するのは会社の責任であると感じるのは理にかなっていますが、訓練に多くを投資している会社はほとんどありません。開発者として成長したい場合は、仕事をしていないときに時間と費用をかけて自分自身をトレーニングする必要があります。

質問が会社の製品に関するものである場合(ソースコードで何かがどのように機能するかなど)は、同僚に助けを求めなければならない可能性が高くなります。または、リビジョン管理システムで製品のコードのブランチを作成し、ブランチに「learning_new_code」のような名前を付けて、それを試してみます。

最後に、プロジェクトマネージャーと部門マネージャーがあなたのような問題を支援するためにそこにいます。頼りにならないが、経験豊富な同僚から時間をもらえるが、彼らがあなたにそれを与えることができないと感じる場合、それは彼らが会う期限があるためかもしれません。おそらくあなたの上司があなたをスピードアップするためのより多くの時間を与えるために、あなたのマネージャーは彼らの締め切りを延長するでしょう。

3
Mike Crawford

私は現在、これが問題ではない場所で働いていることを幸運に思っています。私はここでメンタリングを健全に受けており、とても満足しています。

  1. 私の会社の1人の開発者が、毎日「util」開発者です。 Util開発者は、サポートが何かをエスカレーションする必要がある場合の最初の連絡先です。多くの場合、Utilは問題を他の誰かに伝えているだけです。しかし、それは特定の開発者であり、サポートはこの人に行くことを知っています。最初はいくつかの「乗車」を行い(しばらくの間、スケジュールに参加しませんでした)、いくつかの問題の処理方法を確認しました。これにより、コードの一部が公開されました。彼らが私の通常の稼働日をスケジュールし始めたとき、追加の支援を追加するために最初に「オンコール」の誰かがいました。

  2. ペアリングします。ペアタイムをスケジュールする必要がありますが、ここにいる全員がそれを実行する用意があります。さらに、誰もがスケジュールが何であるかを知っており、次のポイントのおかげで、各個人の進捗状況を把握できます。したがって、問題がある場合は、適切な注意が払われます。

  3. 毎日11:45にスタンドアップミーティングを行います。これは15〜20分です。すべての開発者/ QA担当者が話します。これは基本的には「これが私がやっていることであり、私が行き詰まっているところです」という言い方であり、行き詰まっている場合、通常は別の方向に向けられます(既知の問題/コードの問題の場合、誰かがよく知っています) with)またはペアタイムが設定されています。追加の会議が予定される場合があります。

  4. 私はここで何度も完全にエイリアンのコードに飛び込む必要がありました(他の仕事と同様に)。誰かは、すぐにではないにしても、常に自分自身が質問に答えられるようにしておこうとしています。

私は他の人に反響します:可能な場合は質問するために会議の時間をスケジュールします。それでもまだ役に立ちません。 。 。ここで極端になりたくありません。しかし、それは理想的な職場だとは思いません。人々がまだあなたにウォームアップしているか、あなたの能力などを理解している可能性はありますか?

私が乗船したときに費やされた余分な時間は簡単に正当化されたのではないかと思います。短期間に多くの時間を費やすことで、長期的に多くの時間を節約でき、誰もが私がどこで働いているかを理解しました。私は現在の立場で非常に幸運です。

1
peacedog

多くの場合、これは時間よりも焦点の問題です。週に数回、チームリーダーまたはメンターとの30〜45分のミーティングをスケジュールします(ランチの前または後は常に私の好みです-私の流れはすでに中断しています)。そのための質問を保存します。

ほとんどの開発者(または、少なくとも、会議で役立つ可能性が最も高い開発者)は、これで問題ありません。

進行を妨げている非常に具体的な詳細がある場合は、メールを使用してください。

0
timh