É uma pena que a questão seja enquadrada como está. Eu acho que uma pergunta melhor pode ser "Como um 'fornecedor de software' é diferente de um 'consultor de software'?" São esses termos que realmente levantam a questão, pelo menos aqui nos EUA.
O termo 'desenvolvedor de software' pode ser aplicado a qualquer tipo de emprego, sendo o desenvolvedor o tipo de função ou recurso que um serve. A questão do contratante / consultor gira em torno de questões de emprego e, novamente, estou falando em referência a como ela funciona aqui nos EUA. Mas, para realmente responder definitivamente a essa pergunta (e você verá, mesmo isso é difícil de fazer!), Primeiro nós precisa definir alguns termos e explorar um pouco da história.
Um desenvolvedor de software, independentemente de como eles são empregados, cria software e provavelmente executa muitas outras tarefas relacionadas à criação de software, geralmente com exceção de uma função de gerenciamento, embora isso seja bastante comum em alguns projetos, como líderes de equipe . Os gerentes de projeto e programa de software raramente se envolvem nas atividades básicas de criação de software (além dos líderes de equipe). Novamente, esses são papéis .
Quanto ao emprego e pagamento, existem vários tipos (aplicáveis aos EUA). O tipo mais comum de emprego é regular ou "direto", onde o trabalhador está na folha de pagamento da empresa que desenvolve o software. Eles preenchem um W-4 com o empregador a cada ano e recebem um W-2 desse empregador no final do ano pelos impostos.
Fora do emprego direto, existem contratados e (dependendo da definição) consultores. O termo 'contratante' é um pouco enganador, no entanto. Tecnicamente, um contratado é uma entidade ou pessoa que assina um contrato com a empresa cliente, neste caso, a que desenvolve o software. Mas a realidade é que quase todos os contratados nos EUA trabalham através de uma empresa contratada (também conhecida como 'oficinas' e termos ainda menos complementares); eles não 'contratam', diretamente, diretamente com o cliente. Esses chamados contratados, na verdade, preenchem um W-4 com a empresa contratada - e não o cliente - a cada ano e recebem um W-2 dessa empresa contratada no final do ano por seus impostos. Eles são tributados da mesma maneira que seus irmãos e irmãs empregados diretamente.
O ponto aqui é que é a 'empresa contratada' que realmente assina um contrato com a empresa cliente, e não os chamados contratados (os 'funcionários contratados'). Os funcionários contratados são realmente empregados pela empresa contratada e a empresa contratada é a parte do contrato com o cliente. Portanto, o contrato e os funcionários diretos que trabalham em um projeto de software são essencialmente os mesmos em termos de tributação e geralmente trabalham em cubículos adjacentes sem status especial específico, a única grande diferença é que os contratados ficam limitados a um determinado tempo em que podem continuar trabalhando. o projeto para esse cliente. Isso ocorre porque a empresa contratada para a qual trabalham não deve mantê-las lá por mais tempo que esse tempo ou o IRS pode reclassificá-las como funcionários diretos,
De acordo com minha própria experiência, os contratados costumam ser estendidos por truques de RH, reclassificando um funcionário contratado de, digamos, 'contratante' para 'temporário' ou algo semelhante. Os clientes que queriam me manter fizeram isso ocasionalmente. As empresas clientes precisam ter cuidado; o IRS pode auditá-los para determinar o verdadeiro relacionamento desses contratantes. Se o IRS descobrir que o cliente os está tratando como funcionários diretos, mantendo-os no local indefinidamente, por exemplo, o cliente se responsabiliza por quaisquer benefícios que esses funcionários (agora regulares) não estavam recebendo como empregados contratados. E a empresa contratante também pode ser responsabilizada. Não conheço todas as ramificações, mas pode ficar confuso.
Oh sim. O que é um 'consultor?' Esse termo é meio "mole" - houve muitas guerras por esse território sagrado. Costumava ser, talvez 40 anos atrás, que 'consultor' era mais ou menos sinônimo de 'contratante independente', significando um trabalhador que contratava diretamente com um cliente. Ou seja, o trabalhador assinou um contrato com o cliente (talvez o desenvolvedor de software, como acima). Esse trabalhador NÃO preenche um W-4 com o cliente e não recebe um W-2 do cliente no final do ano. Em vez disso, um contratado direto (que na época era chamado de 'consultor') recebe um 1099 do cliente.
Juntamente com esse arranjo tributário muito diferente, o termo "consultor" tinha uma certa aura. Os consultores eram geralmente mais experientes (pelo menos 10 anos trabalhando no campo) e geralmente tinham alguma área de especialização que poderia ter sido difícil de localizar, tornando-os muito desejáveis para os clientes, e os clientes estavam dispostos a pagar US $ 500 ou US $ 1000 por dia (uma quantidade muito generosa) pelos serviços especializados. Os consultores corriam com uma multidão de elite de pessoas razoavelmente bem conectadas, e era geralmente difícil invadir essas panelinhas. Seria necessário ser membro para ser um consultor de sucesso. Havia uma organização, recentemente extinta, mas que estava sendo revivida agora, chamada ICCA, que era uma espécie de clube de garotos para consultores de informática. Qualquer um poderia participar, e eu fiz em um ponto; ser aceito e conseguir trabalho era uma história diferente.
Também havia um setor de nicho, especialmente em lugares como o distrito financeiro de Nova York, especializado em intermediar contratos para esses consultores. Mas naquela época, para conseguir trabalho em software - e especialmente no setor financeiro - era preciso estar bem conectado (sei porque havia tentado naquela época). Hoje, esses corretores foram engolidos ou esgotados pelas grandes empresas de colocação. A contratação independente foi quase eviscerada (existe, mas esse setor é muito menor agora, quase inexistente) por uma série de leis que lenta e certamente destruíram contratações independentes como essa.
Hoje, o termo "consultor" raramente é usado na área de emprego de desenvolvimento de software. Pelo menos, eu raramente ouvi. Às vezes, um desenvolvedor de software contratado é chamado de consultor, mas não há outra distinção além de, talvez, alguma tentativa de lisonjear ou elogiar algum contratado em particular por sua experiência em retroceder àquele tempo anterior, quando o termo significava algo especial .
Devo afirmar que ainda existem gerentes de projeto de software chamados "consultores de gerenciamento de software", mas quase todos eles também são funcionários diretos de alguma empresa contratada que desempenha o mesmo objetivo para esses funcionários contratados de gerenciamento que as empresas que fornecem os W-4s para esses funcionários contratados por desenvolvedores de software. E, como você pode imaginar, às vezes são as mesmas empresas contratadas. Alguns clientes desejam lidar com uma fonte de trabalhadores, tanto para desenvolvedores quanto para gerentes que trabalham em um projeto.
A consultoria de software independente e genuína nos EUA está praticamente morta, graças a mudanças na legislação federal e ao cenário em mudança da América corporativa. À medida que as empresas (potenciais clientes de consultoria) aumentam, seus departamentos de RH tornam-se mais brutalmente centralizados, arrogantemente eficientes e tecnologicamente em caixas-pretas. Hoje em dia é quase impossível entrar em contato com um gerente de contratação para discutir uma oportunidade de emprego de qualquer tipo, direta ou contrato. Parte disso é o sigilo corporativo e a proteção dos funcionários, mas muito disso é a tendência de garantir que o maior número possível de funcionários seja funcionário direto ou, pelo menos, trabalhe em uma empresa contratada.
A alternativa para esse cenário, semelhante à época anterior de 40 anos atrás, era bem diferente. Naquela época, era mais difícil para os empregadores controlar o trabalho de seus funcionários contratados, especialmente o tipo de consultor. O controle dos trabalhadores tem se tornado cada vez mais a principal questão do emprego nos EUA para garantir o aumento da produtividade, o que, por sua vez, é importante para a competição com nações como Índia e Vietnã, cujos trabalhadores estão ainda mais acostumados a demandas crescentes de produtividade.
A chave para entender tudo isso é entender que o contratado independente não pode ser informado exatamente como ou quando fazer seu trabalho. Eles geralmente devem fornecer suas próprias ferramentas. Eles precisam cumprir com cerca de 20 desses tipos de restrições para que o IRS os reconheça como contratados independentes legítimos. Caso contrário, essas questões legais a que me referi acima entram em ação, juntamente com possíveis processos judiciais entre funcionários contratados e suas empresas contratadas por benefícios que seriam legalmente devidos a eles.
Desculpem a longa explicação, mas é realmente este complexo. Sou desenvolvedor de software que trabalhou diretamente para empresas e através de empresas contratadas. Eu já pensei muitas vezes em "indy", mas isso se tornou um caminho muito traiçoeiro (e intimidador!) A ser seguido nas últimas décadas. E as empresas, exercendo e alavancando sua influência no governo, continuam a reforçar esse acordo. O consultor de software americano está morto; quaisquer sobreviventes restantes estão sofrendo seus últimos suspiros.