私が推奨する方法の多くは、方向性を変えていないエンジニアにも同じように使用できますが、実際には、スーパーバイザーの方が脅威が高いと思います。そのため、より慎重な投資が必要になります。コードの記述にほとんどの時間を費やしているエンジニアは、今でも学習を続けており、新しいことを学ぶことがいかに重要であるかを常に思い出しています。
ただし、マネージャーは時間の大部分を非侵襲的な問題に費やすことができるため、技術的な理解に過小投資するのは簡単です。
最初のステップは、専門知識がスーパーバイザーとしてのキャリアにとって価値があることを自分に納得させることです。主に、優れたマネージャーは、その分野の技術専門家でなくてもスタッフをうまく励ますことができると思いますが、他のすべての平等で、より専門的な知識はあなたをはるかに優れたマネージャーにします。
手始めに、あなたのチームがあなたを信頼し、あなたが称賛に値することを見つけるのは簡単でしょう。また、チームが完璧な技術的決定を下していることを確認することもできます。次に、スタッフに教え、彼らのやり方を評価し、彼ら自身の技術的能力を開発するように指示することがはるかに簡単になります。長い間、特にソフトウェアのような分野では、業界が「漂流」し、あなたの知識が古くなるリスクがあります。したがって、現在の状態が良好であっても、理解のレベルを維持するには継続的な投資が必要になります。
次に、あなたはあなたのために働くテクニックを見つける必要があります。次の組み合わせが役立つと思います。
読書：
毎日30〜60分の読書をしてください。
ブログと記事：
私は主にこれでFeedlyを使用し、Feedlyに組み込まれていないものをオンライン（ソーシャルネットワーキングなど）で見つけた場合は常に、ソースをFeedlyに追加します。また、基本的に、ダウンタイムが発生するたびに、ソーシャルメディアではなくFeedlyを開始しようとする習慣があります。数え切れないほどの投稿が私のフィードに届きます。私はそれらのサブセットを少ししか読んでいませんが、それでも見出しをざっと読んで人々が何について書いているのかを知ることは有益です。これは「発見」メカニズムのようにも機能し、以下のいくつかの手法を使用して学習にさらに投資する問題を特定するのに役立ちます。
最近、私は厳選された、またはコミュニティベースのニュースレターを見つけようとしました。私のお気に入りのいくつかに名前を付けるために、私はDiscoverDev、O'ReillyのFour Brief Links、およびHNDigest（HackerNewsの最高のスレッドを毎日集めたものであり、忘れずにアクセスする必要はありません）を利用しています。リンクにディスカッションスレッドが添付されているサイトは、補足コンテンツとして、また私があまり知らない主題に関する記事である場合に記事の信頼性を評価するのに役立ちます。他に推奨事項がある場合は、コメントに残してください。追加します。
書籍：
業界で起こっていることとそれを本にすることの間には常に小さな遅れがあり、それらは（時間と現金の）より大きな投資でもあるので、私はこれらを主に肉付きの良い、はるかに常緑のコンテンツに使用します。クリーンなコードの記述、技術アーキテクチャ、システム設計などは、優れた本の資料です。時々、本は私が新しいテクノロジーを手に入れるための優れた方法でもあります（私は小説を作成し、後で参照するためにそれを使用できます）が、テクノロジーが本当に新鮮な場合は、技術的な証明がより良い方法かもしれません探し出す。
記事：
Quoraは、本やブログ投稿よりも少し正確で洗練されていない記事を見つけるのにも最適な場所です。今日ここで働いているので偏見があると思われるかもしれませんが、入社したにもかかわらず、常に有用な情報源であることがわかりました（実際、それが私が結合したいと思った主な理由の1つです）。
人と話す：
私は賢い元クラスメートや同僚と連絡を取り合うようにしています。主な理由は、私が直接関係に感謝しているからですが、複雑なことに、問題を研究するために利用するのに最適なネットワークです。私たちが追いつくたびに、私は彼らに彼らの既存の会社がどのように重要であるか、彼らが何を勉強しているか、そして彼らが私が学ぶことができることについて何かアドバイスを持っているかどうかについて質問するようにしています。
新しいことを学ぶためのもう一つの素晴らしいチャンネルがインタビューされます。マネージャーとして、あなたはおそらく常にさまざまなビジネスのさまざまな人々にインタビューしています。この機会を利用して、どのようなことを学んでいるのか、以前の役割で特定の技術的な問題をどのように解決したのか、そして私やスタッフが現在直面している特定の技術的な問題をどのように解決できるのかを尋ねます。これは、物事を学び、候補者がどのような種類のアイテムを魅力的に感じ、どのように問題を解決するかについてのサインを受け取るための本当に素晴らしい方法です。
試行/実行：
コードを書いて新しいことを試みるためにタイムアウトを刻むことは非常に価値があると思います。マネージャーとして、仕事でそうする時間があまりないので（また、会社の現在のプロジェクトに制限されたくないので）、仕事の外でそうすることがよくあります。たとえば、私が過去数か月以内に調査したものには、AmazonのSageMaker、Terraform、Apache Spark、Apache Kafka、およびGolangが含まれます。ツールをセットアップして試してみたり、チュートリアルを実行したり、楽しいサイドプロジェクトを構築したりするだけの場合もあります。物事を試すことは、過去を乗り越えるのに役立ちます。
自宅の机の横にホワイトボードがあり、時間があればテストしたいアイテムのリストを管理しています。そうすれば、実際にその任意のダウンタイムが発生したときに、そのリストを使用します。私の過去のランダムなダウンタイムは、週末の計画のキャンセルから、エジプト革命全体の夜間外出禁止令のおかげで非常に悪天候のために家に閉じ込められるまで、あらゆる種類のものでした。
その他：
ミートアップ：私はこれらの多くをやりたいと思っています。それは私の追加の方法のいくつかよりもロジスティック的に難しいだけであり、私がそれらに費やす時間のほとんどを作成するための最良のアプローチを解読していません。
カンファレンス：私はいつも直接参加するわけではありませんが、多くのコンベンションではビデオやそこで提供されるディスカッションの要約さえアップロードされ、それらも非常に価値のあるものになる傾向があります。
あなたにぴったりの何かを見つけてください。さまざまな男性と女性がさまざまな方法で学習するので、それが楽しいと感じ、それを通常の仕事/生活に統合できる場合は、それを維持する可能性がはるかに高くなります。