質問がそのままフレーム化されているのは残念です。より良い質問は、「「ソフトウェア請負業者」は「ソフトウェアコンサルタント」とどのように違うのでしょうか？」少なくともここ米国では、これらの用語が本当に問題を提起しています。
「ソフトウェア開発者」という用語は、あらゆるタイプの雇用に適用できます。開発者は、役割またはリソースのタイプです。請負業者/コンサルタントの問題は雇用の問題を中心に展開していますが、ここでも米国でどのように機能するかについて言及していますが、この質問に確実に答えるためにいくつかの用語を定義し、いくつかの歴史を探る必要があります。
ソフトウェア開発者は、採用方法に関係なく、ソフトウェアを作成し、おそらくソフトウェアの作成に関連する他の多くのタスクを実行します。通常は管理役割を除きますが、チームリーダーなどの一部のプロジェクトでは非常に一般的です。 。ソフトウェアプロジェクトおよびプログラムマネージャーは、（チームリーダーを除いて）ソフトウェア作成の基本的な作業にほとんど参加しません。繰り返しますが、これらはロールです。
雇用と支払いに関しては、いくつかのタイプがあります（米国に適用）。最も一般的な雇用形態は正規または「直接」であり、労働者はソフトウェアを開発している会社の給与計算にいます。彼らは毎年雇用者にW-4を記入し、年末にその雇用者から税金のためにW-2を受け取ります。
直接雇用のほかに、請負業者と（定義によっては）コンサルタントがいます。ただし、「請負業者」という用語は少し誤解を招く恐れがあります。技術的には、請負業者とは、クライアント企業（この場合はソフトウェアを開発している企業）と契約を結ぶエンティティまたは個人です。しかし、現実には、米国のほぼすべての請負業者が請負会社（「ボディショップ」とも呼ばれ、さらには無料の条件とも呼ばれます）を介して作業しています。クライアントと直接「契約」することはありません。これらのいわゆる請負業者は、実際にはクライアントではなく契約会社にW-4を毎年記入し、年末にその契約会社からW-2を税金として受け取ります。彼らは、直接雇用されている同胞や姉妹とまったく同じように課税されます。
ここでのポイントは、いわゆる請負業者（「契約社員」）ではなく、実際にクライアント企業と契約を結ぶのは「契約会社」であるということです。契約社員は実際に契約会社に雇用されており、契約会社はクライアントとの契約の当事者です。そのため、ソフトウェアプロジェクトに携わる契約社員と直接の従業員は課税に関して基本的に同じであり、通常、特別なステータスのない隣接するキュービクルで働きます。唯一の大きな違いは、請負業者が作業を継続できる一定の時間そのクライアントのプロジェクト。これは、彼らが働いている契約会社がその時間よりも長くそこに留まることになっていないか、または当社のIRSが直接の従業員として再分類する可能性があるためです。
私の経験では、請負業者はHRの策略によって拡張されることが多く、契約社員を「請負業者」から「臨時雇用者」などに再分類します。私を守り続けたいと思っているクライアントは、時々それをしました。ただし、クライアント企業は注意する必要があります。IRSはそれらを監査して、それらの請負業者の真の関係を判断する場合があります。IRSが、クライアントが直接従業員のように彼らを扱っており、たとえば、無期限に現場に置いていることを見つけた場合、クライアントは、それらの（現在の正規の）従業員が契約従業員として受け取っていなかった利益に対して責任を負います。また、請負会社も同様に責任を負います。私はすべての結果を知っているわけではありませんが、混乱する可能性があります。
そうそう。「コンサルタント」とは何ですか？その用語は一種の「スクイーズ」です-その神聖な領域をめぐって多くの戦争がありました。おそらく40年前、「コンサルタント」は多かれ少なかれ「独立請負業者」と同義語でした。つまり、クライアントと直接契約した労働者です。つまり、ワーカーはクライアント（上記のようにソフトウェアを開発しているクライアント）との契約に署名しました。その労働者は、クライアントにW-4を記入せず、年末にクライアントからW-2を受け取りません。代わりに、直接請負業者（当時はしばしば「コンサルタント」と呼ばれていたもの）がクライアントから1099を受け取ります。
この非常に異なる税制に加えて、「コンサルタント」という用語には特定のオーラがありました。コンサルタントは一般的に経験が豊富で（少なくとも10年は現場で働いていました）、通常は見つけるのが難しい専門分野があり、クライアントにとって非常に望ましいものでした。非常に寛大な量）彼らの専門家のサービスのために。コンサルタントは、かなりうまく接続された人々のエリート群衆と一緒に走りました、そして、それらのクリークに侵入することは一般に困難でした。コンサルタントとして成功するためには、メンバーシップが必要でした。最近廃止されたが、現在は復活しているICCAという組織がありました。ICCAは、コンピューターコンサルタントの老人クラブのようなものでした。誰でも参加でき、私はある時点で参加しました。受け入れられて仕事を得ることは別の話でした。
特にニューヨークの金融街のような場所では、これらのコンサルタントの仲介契約に特化したニッチ産業もありました。しかし、当時、ソフトウェア、特に金融部門で仕事をするためには、人とのつながりが必要でした（当時試みていたからです）。今日、これらのブローカーは、大規模な配置会社によって飲み込まれたり、廃業したりしています。独立した契約は、そのような独立した契約をゆっくりと確実に破壊してきた一連の法律によって、ほとんど消滅しました（存在しますが、そのセクターは現在、はるかに小さく、ほとんど存在しません）。
今日、「コンサルタント」という用語は、ソフトウェア開発の雇用分野ではめったに使用されません。少なくとも、私はそれをめったに聞いたことがない。契約ソフトウェアの開発者はコンサルタントと呼ばれることもありますが、特定の請負業者が専門用語を特別な意味で使用した場合、その前の時代へのスローバックの専門知識を平準化またはorめようとすること以外はほとんど区別されません。
「ソフトウェア管理コンサルタント」と呼ばれるソフトウェアプロジェクトマネージャーがまだいることを述べておく必要がありますが、それらのほとんどすべては、W-4を提供する会社と同じ目的をこれらの管理契約社員に果たす請負会社に直接従業員でもありますこれらのソフトウェア開発者契約社員。そして、あなたが想像するかもしれませんが、時には彼らは同じ契約会社です。一部のクライアントは、プロジェクトに取り組んでいる開発者とマネージャーの両方の労働者の1つのソースに対処したいと考えています。
米国の独立したソフトウェアコンサルタント会社は、連邦法の変更とアメリカ企業の環境の変化により、ほとんど死んでいます。企業（コンサルティングの可能性のあるクライアント）が大きくなると、人事部門はより残酷に集中化され、慢に効率的になり、技術的にブラックボックス化されます。最近、雇用管理者に連絡して、直接または契約にかかわらず、あらゆる種類の雇用機会について話し合うことはほとんど不可能です。これの一部は企業秘密と従業員の保護ですが、その多くは、できるだけ多くの労働者が直接従業員であること、または少なくとも契約会社を通じて働くことを確実にする傾向です。
このシナリオの代替案は、40年ほど前の以前の時期と同様に、まったく異なっていました。当時、雇用主が契約社員の仕事、特にコンサルタントの種類を管理することはより困難でした。労働者の管理は、生産性の向上を確保するために米国の雇用の主な問題になりつつあり、これは、労働者がますます増加する生産性の要求にさらに慣れているインドやベトナムのような国との競争にとって重要です。
このすべてを理解するための鍵は、独立した請負業者に仕事をいつどのように行うかを正確に伝えることができないことを理解することです。通常、独自のツールを提供する必要があります。彼らは、IRSがそれらを合法的な独立請負業者として認識するために、これらのタイプの制約の約20を遵守しなければなりません。さもなければ、上記で言及したこれらの法的問題は、契約社員と契約会社との間の潜在的な訴訟と一緒に発生します。
長い説明には申し訳ありませんが、実際にはこの複雑なものです。私はソフトウェア開発者であり、企業や契約企業を通じて直接働いています。私は何度も「インディ」になることを考えていますが、それはここ数十年で続くべき非常に危険な（そして恐ろしい！）道になりました。そして、企業は、政府への影響力を活用して活用し、この取り決めを強化し続けています。アメリカのソフトウェアコンサルタントは死んでいます。残っている生存者は最後の呼吸に苦しんでいます。