フロリダ州デイトナビーチのソフトウェアプログラマー

ソフトウェアを構築する必要がある場合、実際には3つの選択肢があります。プログラマーを1人雇うか、会社を雇うか、またはあなたの指示の下で働く増強されたスタッフを雇うかです。最初の方法は最も安価に見えるため、人々は本能的に最初の方法に手を伸ばしますが、それぞれの選択肢は異なる状況に適合し、それぞれ独自の方法で失敗します。いずれかにコミットする前に、トレードオフも含めて正直に比較してみましょう。

シングルプログラマー

1 人。多くの場合、前もって最も安いラインアイテムであり、自分たちよりも長くは続かない小規模で自己完結型の作業にはまったく問題ありません。危険なのは 1 人のバスファクターです。その人が辞めたり、燃え尽きたり、病気になったり、あるいは単により良いオファーに移ったりした場合、あなたのソフトウェアを理解している唯一の頭脳がその人と一緒に出て行きます。他の人に尋ねる必要も、他の人が読むことのできるメモもありません。回復とは、最初に構築したものをリバースエンジニアリングするために新しい人にお金を払うことです。ビジネスが実際に依存しているものは何であれ、それは壊れやすい基盤です。

会社

企業は知識を複数のエンジニアに分散させているため、たった一度の離脱でプロジェクトが頓挫することはありません。また、ある人がキャリアの中でたまたま習得したものではなく、さまざまなスキルを身につけることができます。これは、あなたの仕事が彼らの快適ゾーンの範囲外の領域に触れた瞬間に重要になります。取引にはプロセスが多く、レートも高くなります。そのオーバーヘッドは、その仕事が短期間の 1 回限りの仕事ではなく、現実的で継続的である場合に最もよく報われます。プロジェクトが小規模で有限である場合、企業は必要以上に構造化されている可能性があります。

スタッフ増強

これはデフォルトモデルで、ほとんどの本格的な作業には最適なモデルです。シニアエンジニアがチームに加わり、ニーズの変化に応じてスケールアップまたはスケールダウンしながら、あなたの指示に従って作業します。フルタイムの雇用を約束したり、消滅しかねない1人の請負業者にすべてを賭けたりしなくても、企業レベルの深みと継続性を得ることができます。私たちが仕事に取り組み、お互いを支え合うことができる人材を提供している間は、あなたが優先順位をコントロールし続けることができます。これは、部門全体を構築するコストをかけずに、バスファクターの問題への解決策となります。

運営方法

まずは、お客様の目標と既存のチームを理解することから始め、次に 1 か月かけて方向性を定めるのではなく、最初の 1 週間から貢献できるシニア人材を配置します。彼らが仕事をするにつれて、知識は頭の中に溜まるのではなく、書き留められて共有されます。そうすれば、エンゲージメントが終了しても、構築したものが外に出てしまうことはありません。残されたソフトウェアは自社の開発者が実行し続けることになるが、これは一人のプログラマーがひそかに作り出すことのできる罠とは正反対だ。

どのモデルが適合するかわからない？作業内容とチームについて教えてください。プログラマーが 1 人で十分なのか、それとももっと必要なのか、率直にお答えします。