今から4年間、私は小さな会社のソロ開発者でした。ニッチな業界で確立された製品がいくつかあります。間もなく1〜2人の開発者を採用する予定です。これにより、この辺りでの運用方法が変わる可能性があります。
「本物」のタイトルはありませんが、このチームの「担当」になります。私がしたいことは、私の会社のために非常に組織的で生産的なプログラミング部門を設立することです。私はこのソロの仕事を大学からすぐに取得したので、この業界のプログラマーとして熟練している一方で、チームプログラミングの経験は多くありません。右足から始めることが鍵になると思います。
今のところ、私、数台のコンピューター、そしてSVNサーバーだけです。ゼロからチームを構築するための一般的なガイダンスを探しています。
家を整え、共同作業のための準備が整っていることを確認します。
以下の項目をセットアップして開発プロセスに統合すると、人々を参加させ、何が行われているかを追跡し、物事が「乱雑」にならないようにすることが非常に簡単になります。
あなたよりずっと有能な人を雇う
...大規模なエンタープライズソフトウェアプロジェクトでの経験.
彼らはあなたがあなたのプロセスを工業化するのを助けます、そしてあなたはおそらくそれらから多くを学ぶでしょう。
あなたは彼らにあなたのニッチな市場を教えます。
そのような人が見つからない場合は、チーム管理に関連するトレーニングに参加することをお勧めします。手始めにScrum Certificationをお勧めします。
当たり前かもしれませんが、実際に新入社員と一緒に働きたいと思うことを確認してください。両方のビールを試してみて、チームが1つのビールのように感じられるようになったら、いくつかのビールを用意してください。
また、コードベースで繰り返されるような一般的なコーディング標準や、使用する一般的な技術についても、彼らに知らせる必要があります。
最終的には、すべてをプロセスにフィードバックして改善できるはずです...他のアドバイスに従い、自分のスキルを補完するスキルを持つ誰かを雇うと仮定します。
熱心な技術的議論があります:新しいプログラマーは偏見を持っています、彼らは物事を行ういくつかの方法を経験しました、そして彼らが理解していない新しい方法に直面したとき、彼らは最初にそれが意味をなさないと変化する必要があると思います。自分で何年も働いてきたプログラマーは、自分の仕事に対して防御的である可能性が高く、また、他の人と話し合うことなく解決した問題の数が多いため、仕事はやや特異なものになります。
これらの偏見に注意し、新鮮な情報を歓迎し、防御的になりすぎないようにしてください。
チームで作業することには、多くの良い面があります。特に、コードを同僚にレビューしてもらうことです。最初から自分を含むすべてのチームメンバーにそれを主張します。
本当のタイトルがないので、私はこのチームの「担当」になります。
自分の欲望/野心を「担当」させてしまうという間違いを犯さないでください。あなたの会社があなたよりも経験の豊富な開発者を採用する場合、新しい採用者はあなたよりもチームリーダーの役割にはるかに適している可能性があります。
チームと会社にとってあなたの本当の価値は、現在実装されている製品についての親密な知識です。
これは、数か月前の状況とよく似ています。私ができる最善のアドバイスは、プログラマーであるという典型的な傲慢さを捨てて、あなたの会社ができる限りの最高のものを雇うことです。
私はしばらくの間「担当」していましたが、経験の豊富なチームメンバーがステップアップし、良質なコードを書くために最善を尽くすことができるように、私は喜んで管理業務を放棄しました。あなたがそうであるように、私はまだチームのメンターです。
この状況で会社に最善を尽くすと、報われるでしょう。
上級開発者は、マネージャーの帽子をかぶって、会社の人事ポリシーを検討する必要があります。 (特に、休暇の資格、病気休暇の手続き、懲戒手続きなどの項目は、決して必要にならないと思います)
新しい採用スキルと能力に応じて、現在の仕事のいくつかの側面の委任を開始します。優先度の管理とスケジュール設定に時間をかける必要があります。
専門的な方法で何をどのように行うかに関するシンプルで基本的な管理スキルの1つの優れた情報源は、 http://www.manager-tools.com です。彼らは管理とキャリアアドバイスについて定期的にポッドキャストを行い、もちろんあなたのためにかなりのバックナンバーの資料を提供しています。
提供されているヒントの多くは優れています。同様の立場での経験からいくつかを追加します。
本 。Netのブラウンフィールドアプリケーション開発 には、私が役立つと思ういくつかのアイデアがあります。アドバイスの一部は、チームメンバー間で、また時間を超えて再現できるようにセットアップする方法です。