チーム内のジュニア開発者に「正しい」マインドセットを教える
私は経験も期待もないまま開発者から人の管理の仕事に偶然入ってしまいました。その立場にはここ10年間いて、これまでに学んだことをいくつかリストアップしてみました。皆さんの経験を教えてください。ジュニア開発者は、あなたがどんな期待をしているかを教えてください。お互いから多くを学ぶことができます。
-
人それぞれペースが違うことを理解し、忍耐を持って待ち、より良く、より速くなるよう励ましてください。 昔、私はチームメンバーの作業ペースが速くないとすぐいらいらしていました。もっと忍耐強くなり、絶え間ない励ましをすることで、自分が気づかないうちに彼らは作業が速くなります。締め切りはまだ締め切りです。しかし、個々の課題を十分に理解する時間を費やせば、解決可能な何かだと気づくはずです。
-
アジャイルは指導過程です。教義ではありません。 チームのアジリティを向上させようとしてプロセスを実装する時、我々はしばしばそれらを厳格に強制しがちです。人には適応する時間が必要です。コーチングを行い、彼ら自身の成果を示すことで、アジャイルは彼らの個々のワークフローを形作り、改善する手助けをし、結果はより良くなり開発者自身もより満足するようになります。
-
姿勢は、結果としてのコードと同じくらい、あるいはそれ以上に重要です。 チームで働く時、人々は一緒に働くチームメンバーに安心感を持つ必要があります。小さなエンジニアリングチームでも「オフィス政治」は発生します。私は、必ずしも外交的である必要はないが、人との良い態度を持つ人々を雇うことで、チームのダイナミクスが自然と改善されることを学びました。内向的な人も良いチームメンバーになれます。理解される必要があります。特別な扱いをする必要はありません。彼ら自身の方法で自己表現できる空間と注意を与えるだけで済みます。
-
問題解決はスキルではなく、マインドセットです。 問題解決のタスクを実行する能力に関しては様々な考え方があります。私は、誰もが問題解決者になれるわけではないことを学びました。問題解決を教えるためには、個人のマインドセットを再設定する、足りない言葉を使うと、が必要です。良い問題解決者は、たいていはそれを解決する正しいスキルを持っていません。彼らは単に問題を解決する方法を知っています。そのスキルを築くよう励ましましょう。あるいは助けを求めましょう。助けを求めることは、私の意見ではスキルです。
これらは、過去10年間で学んだ重要な教訓です。コードを書くベストプラクティスは、インターネット上のどこかからいつでも学べます。しかし、人を管理するベストプラクティスは別のものです。
あなたの話を教えてください。もっと学びたいです。
こちらの記事はdev.toの良い記事を日本人向けに翻訳しています。
https://dev.to/nazroll/teaching-the-right-mindset-to-junior-devs-in-a-team-25ic
