チームが近い将来拡大するソロプログラマーへのアドバイス[非公開]


25

4年間、私は小さな会社のソロ開発者でした。ニッチ業界で確立された製品がいくつかあります。私たちはすぐに1-2人の開発者を雇用する予定であり、それはおそらくここでの動作を変えるでしょう。

「本物の」タイトルは持っていませんが、このチームを「担当」します。私がやりたいのは、会社のために非常に組織的で生産的なプログラミング部門を設立することです。私は大学でこの単独の仕事を手に入れたので、この業界のプログラマーとして熟達しましたが、チームプログラミングの経験はあまりありません。右足でスタートすることが重要だと感じています。

今のところ、私、数台のコンピューター、SVNサーバーだけです。チームをゼロから構築するための一般的なガイダンスを探しています。


そうでなければ良い答えに欠けていることの1つは、新しい開発者が新しい開発環境をセットアップする方法に関する指示です。たとえば、このSDKを取得し、そのIDEをインストールし、FooTestをインストールし、YourSQLクライアントをセットアップし、これらのビルドスクリプトを取得してここに配置し、NPMまたはpipまたはMaven、またはWebpackなどを構成します。最初のドラフトを作成してから、最初のテストして編集します。
user949300

回答:


14

家を整頓し、共同作業のために物事が設定されていることを確認します。

  • バージョン管理 -あなたはすでにSVNサーバーを持っていると言いましたが、それは素晴らしいことです。リポジトリを確立し、標準化された方法でプロジェクトを整理したことを確認してください。
  • 自動ビルド
  • 問題/バグ追跡ソフトウェア
  • ユニット/統合テスト
  • 継続的統合サーバー

次の項目をセットアップして開発プロセスに統合することで、人々を参加させ、何が行われているかを追跡し、物事が「乱雑」にならないようにすることがはるかに簡単になります。


この質問に対する答えはすべて素晴らしいですが、これは私が探しているものに最も近いものです。マーズに感謝します。
bufferz

コードレビューを追加することをお勧めします。新しい人々がシステムを学び、新しい貢献を理解するのを助け、誰もがより良いプログラマーになることができます。適切なツールと、敵対的ではなく、学習、改善、および明確化のためのツールであるという考え方でシステムをセットアップします。
ブライアン14年

また、wiki。そして、非常に短いフィードバックループに慣れます。コミットは5分ごとに発生し、マージの競合が発生します。より大きなリファクタリングを調整する必要があります。そして、他の人がスピードを上げたときに手放すことを恐れないでください。しかし、分岐を避けるためにレビューとddoペアプログラミングがあります。ああ、明確な目標を設定します。
アレクサンダートーストリング14年

それについて考えるとき、私はあなたに道を示すより経験豊富な誰かを持っていることが最善だと思います。ソロコーディングとチームコーディングは非常に異なっており、動作する方法はソリオストにとって非常に直感に反する場合があります。
アレクサンダー・トーストリング14年

11

あなたよりもはるかに有能な人を雇う

...そして、大規模なエンタープライズソフトウェアプロジェクトの経験があります。

彼らはあなたがあなたのプロセスを工業化するのを助け、あなたはおそらくそれらから多くを学ぶでしょう。

彼らにあなたのニッチ市場を教えます。

そのような人が見つからない場合は、チーム管理に関連するトレーニングに参加することをお勧めします。スターターとしてスクラム認定をお勧めします。


6

当たり前のことかもしれませんが、実際にあなたが新入社員と一緒に働くのが好きになると思うようにしてください。両方のビールがチームのように感じられるようになり始めたら、いくつかのビールを手配してみてください。

また、従うコーディング標準や、使用する一般的な技術(コードベースで繰り返されるような一般的な技術)を認識させる必要があります。

最終的には、プロセスにフィードバックして改善できるはずです...他のアドバイスに従って、自分のスキルを補完するスキルを持つ人を雇うと仮定します。


4

本当のタイトルを欠いて、私はこのチームを「担当」します。

「担当する」というあなたの願望/野心を邪魔させないでください。あなたの会社があなたよりも経験豊富な開発者を雇用している場合、新しい雇用者はあなたよりもチームリーダーの役割により適しているかもしれません。

チームと会社にとってのあなたの本当の価値は、現在実装されている製品についての親密な知識です。


4

これは、数か月前の状況に非常に似ています。私ができる最善のアドバイスは、プログラマーであるという典型的なhub慢を捨て、あなたの会社ができる限り最高のものを雇うことです。

私はしばらく「担当」していましたが、より経験豊富なチームメンバーが加わり、最高の仕事をできるように管理業務を喜んで放棄しました。あなたがそうであるように、私はまだチームの指導者です。

この状況で会社にとって最善を尽くすと、報酬が与えられます。


4

技術的な議論が熱くなります:新しいプログラマーにはバイアスがあり、物事を行ういくつかの方法を経験しており、理解できない新しい方法に直面したとき、彼らはまず意味がなく、変更する必要があると思います。何年も自分で働いてきたプログラマーは、自分の仕事に対して防御的である可能性が高く、また、他の人と物事を話し合うことなく解決した問題の数のために、彼らの仕事は幾分特異です。

これらのバイアスに注意し、新鮮な意見を歓迎し、あまりにも守勢にしないでください。

チームで働くこと、特に同僚にコードをレビューしてもらうことには多くの良い面があります。最初から自分自身を含むすべてのチームメンバーに対してそれを主張します。


2

上級開発者は、マネージャーの帽子をかぶって、会社の人事ポリシーを確認する必要があります。(特に休暇の権利、病気休暇手続き、懲戒処分などの項目は、あなたがそれを決して必要としないことを望みますが)

新しい採用スキルと能力に応じて、現在の仕事のいくつかの側面を委任し始めると、優先順位とスケジューリングを管理する時間が必要になります。

何をすべきか、どのようにプロフェッショナルな方法で行うかについてのシンプルで基本的な管理スキルの良い情報源はhttp://www.manager-tools.comです。彼らは、管理とキャリアに関するアドバイスについて定期的なポッドキャストを行っています。もちろん、あなたのためのかなり大きなバックカタログもあります。


1

提供されているヒントの多くは素晴らしいものであり、同様の立場での私の経験からいくつかを追加したいと思います。

  1. 採用決定に参加し、そうでない候補者を拒否することを恐れないでください。チームと緊密に連携する必要があり、彼らはあなたのクライアントと経営陣を代表します。
  2. チームメンバーと誠実な文化を確立し、特に状況が困難な場合は、チームメンバーに誠実さを期待します。
  3. 委任する方法を学び、プロセスではなくソリューションに集中します。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.