回答:
数年前にこのタイプの変更を加えました。私の特定の場所では、当時の私の開発の役割には効果がないと感じていました。リーダーシップの役割は、私の組織のより良いプログラミングの実践に影響を与える機会であると考えていました。
最初の数か月間は難しい移行でしたが、かなりのオーバーヘッドがあり、コーディング能力が失われたことがわかりました。さらに、私の境界を越えたくないという暫定性がありました。
数ヶ月後、上司は数週間病気でした。その間、私は意思決定をする自由が増したことに気づき、その時点でプロセスを変更することができ、それにより時間をより効率的に使用できるようになりました。これが役割で成功するための真の鍵でした。ただ決断をすることを恐れないでください。
あなたの特定の質問のいくつかに関して：
テクニカルチームのキックアスが大好きなので、チーム/テクニカルリードになりました:-)。私は、技術チーム/コミュニティが世界に多くの前向きな変化をもたらす力を強く信じています。
コードを書きたいという欲求は衰えていましたが、それでもプログラムを作成したいという強い欲求はありましたか？
私はまだコードを書いて有用なものを構築したいという強い願望を持っていますが、ソフトウェアを構築する人々のチームに積極的に影響を与えようとしています。私は、彼らが乗り越え、優れたコードを設計および作成するための障壁をすべて取り除くことに集中しようとしています。
あなたはより人間的な人間であり、あなたのコミュニケーションスキルをより良く活用できることを理解しましたか？
私は自分の仕事の社会的部分をとても楽しんでいます。はい、ソフトウェア開発は技術的/工学的活動であると同時に社会活動でもあると信じています。
それはあなたが経営陣に頼まれて、なぜそうではないと思ったからですか？
初めてテクニカルリードを務めたとき-はい。当時、それは単に、手元にあるテクノロジー（WebベースのJavaのもの）を知っていた唯一の人だったからです。
お金のために？
いや-私にとっては、まっすぐな開発者として1日あたりまたは1時間あたりの収入が増えていたはずです。チーム/技術リーダーは、より長い時間を費やす必要があります。これでYMMV。
移転後、最初の数ヶ月はどうでしたか？
バランスのとれた行為！政治と「ソフトスキル」は、間違いなく最も困難でした。技術的な決定などは簡単でしたが、時間管理の経験を積むまで、実際にコーディングする時間はほとんどありません。
同僚との関係は影響を受けましたか？
最初ははい-私はチームの他のメンバーよりもずっと若かった-それは彼らからソフトウェア開発の技術を学び、「新技術」の前線から導くという微妙なバランスのとれた行為でした。
HTH！
私は多くの大きなプロジェクトでチームとプロジェクトマネージャーとして働いてきました。私はそこで最も経験豊富な開発者だったので、それをしました。私の意見では、チームリーダーと開発マネージャーは、それ自体が非常に強力なプログラマーであり、プロジェクトのコードのレビューを続けている（そしておそらくより重要な）ことが重要です。
特定の質問について：
いいえ-コードを書き続けました。上記を参照。
私は単なる人間ではありませんが、優れたコミュニケーションスキルを持っています-どちらもモチベーションではありませんでした。
ある程度まで。結局、誰かがあなたを階層的なビジネス状況のリーダー/マネージャーにする必要があります。
確かに役立ちます！
チームと開発管理に関する限り、外部の政治を扱うのはそれほどうまくありません。これは、この役割のための軟膏のハエです。
どういたしまして。
私は15年前に管理職になりました。私が最初にそれをした理由は、自分自身をキャリアを達成する必要がある人だと思ったからであり、それがそれへの道でした。長年にわたり、これは、一人の男が処理できるよりも大きなものを前進させたいという欲求に道を譲りました。
コードを書きたいという私の欲求は、長年にわたって決して衰えませんでした。私は自分の欲望を片側に委ね、特にスクラムマスターとしてチームにとって最善のことをすることを学ばなければなりませんでした。私はこれまでにないほど人になり、多くの管理スキルを習得する必要がありました。しかし、私が長年にわたって観察してきたことは、経営者になるためには選択をしなければならないということです。（商業的に）成功したマネージャーになるか、優れたチームリーダーになることができます。両方を同時に管理できる人はほとんどいません（一部の企業では文字通り不可能です）。私が行ったほとんどの場所で、経営陣の唯一の優先事項はお金であり、チームビルディング、品質、コミュニティの価値など、他のすべてのものはまったく価値がありません。
最初の数か月は比較的簡単でした。なぜなら、経営陣に変わったときに会社のある部分から別の部分に移動したため、古い同僚との対立はありませんでした。
お金の増加は歓迎されましたが、上級管理職に引き継がなければ、優秀なswエンジニアになって自分自身を適切に販売することで同じことを達成できることがわかりました（そして、頭痛とストレスを考慮して、中間管理職、それは実際に魅力的なアイデアです）。
私は前回の仕事でチームリードの世界に飛び込みました。私のマネージャーに選ばれたのは、彼が私の仕事に感銘を受け、私がもっと扱えるかどうかを見たかったからです。私はそれを試してみて、それで走ることに決めました。
最初の数ヶ月は不安定で、締め切りに間に合わなかったり、非常に悪いコードがあったりしましたが、やがてハングアップしました。
チームリーダーとして、私はまだ多くのコードを書いていることに気付きました。たまたま他の人のコードと進捗状況も見ているだけです。
私の同僚との関係については、彼らはあまり影響を受けませんでした。「Building Teams that Work」と呼ばれるチームリーダーになってすぐに、遠隔教育コースを受講しました。多くのソフトスキルと、チームをまとめる方法を説明しました。私はそのコースからいくつかのアドバイスを受け取り、それを私のチームに適用しましたが、本当にうまくいきました。
あなたはあなたの同僚が彼らを置き去りにしているように見えないことを確認しなければなりません、あなたは彼らと一緒に働くスキルであり、今彼らのために。彼らはあなたのために働いていると思うかもしれませんが、それは彼らが成功するために必要な情報のすべてのツールを持っていることを確認することはチームリーダーの仕事です。彼らが成功すると、チームは成功します。
ちょうど私の2セント:)