질문이있는 그대로 틀렸다는 것은 너무 나쁘다. 더 좋은 질문은 " '소프트웨어 계약자'가 '소프트웨어 컨설턴트'와 어떻게 다른가? '일 것입니다." 적어도 미국에서는 여기서 문제를 제기하는 것이 바로 이러한 용어들입니다.
'소프트웨어 개발자'라는 용어는 모든 유형의 고용에 적용 할 수 있으며 개발자는 자신이 제공하는 역할 또는 자원의 유형입니다. 계약자 / 컨설턴트 문제는 고용 문제를 중심으로 진행되며, 다시 미국에서 어떻게 작동하는지에 관해 말하고 있지만 실제로이 질문에 확실하게 대답하기 위해 (그리고 당신은 할 수조차 없습니다!) 먼저 우리는 용어를 정의하고 역사를 탐구해야합니다.
소프트웨어 개발자는 소프트웨어 사용 방식에 관계없이 소프트웨어를 작성하며 일반적으로 관리 역할을 제외하고 소프트웨어 작성과 관련된 다른 많은 작업을 수행하지만 팀 리더와 같은 일부 프로젝트에서는 매우 일반적입니다. . 소프트웨어 프로젝트 및 프로그램 관리자는 (팀장을 제외하고) 소프트웨어를 만드는 견과류와 볼트 활동에 거의 관여하지 않습니다. 다시, 이것들은 역할 입니다.
고용 및 지불과 관련하여 몇 가지 유형이 있습니다 (미국에 적용 가능). 가장 일반적인 유형의 고용은 근로자가 소프트웨어를 개발하는 회사의 급여를받는 정규직 또는 '직접'입니다. 그들은 매년 고용주에게 W-4를 작성하고 연말에 해당 고용주로부터 세금으로 W-2를받습니다.
직접 고용 이외에는 계약자 및 (정의에 따라) 컨설턴트가 있습니다. 그러나 '계약자'라는 용어는 약간 오해의 소지가 있습니다. 기술적으로 계약자는 클라이언트 회사 (이 경우 소프트웨어를 개발하는 계약)와 계약을 체결 한 주체 또는 개인입니다. 그러나 현실은 미국의 거의 모든 계약자가 계약 회사를 통해 일하는 것입니다 ( '보디 샵'이라고도 함). 그들은 그 자체로 고객과 직접 '계약'하지 않습니다. 소위 계약 업체는 실제로 매년 고객이 아닌 계약 회사에 W-4를 작성하고 연말에 해당 계약 회사로부터 세금으로 W-2를받습니다. 직접 고용 한 형제 자매와 같은 방식으로 세금이 부과됩니다.
여기서 요점은 소위 계약자 ( '계약 직원')가 아닌 고객 회사와 실제로 계약을 체결하는 것이 '계약 회사'라는 것입니다. 계약 직원은 실제로 계약 회사에서 고용하며 계약 회사는 고객과의 계약 당사자입니다. 따라서 소프트웨어 프로젝트에서 일하는 계약직 직원과 직속 직원은 과세 측면에서 본질적으로 동일하며 일반적으로 특별한 지위가없는 인접한 칸막이 실에서 일합니다. 단, 계약자가 작업을 계속할 수있는 특정 시간으로 제한된다는 점이 유일한 차이점입니다 해당 클라이언트의 프로젝트. 그들이 일하는 계약 회사가 그 시간보다 더 오랫동안 그곳에 머 무르지 않아야하기 때문에, 또는 IRS가 직속 직원으로 재 분류 할 수 있기 때문입니다.
내 경험상, 계약자는 종종 계약 직원을 '계약자'에서 '임시'등으로 재 분류하여 HR 사기에 의해 확장됩니다. 나를 유지하고 싶었던 고객은 때때로 그 일을했습니다. 클라이언트 회사는 조심해야합니다. IRS는 이들 계약자의 진정한 관계를 결정하기 위해 감사 할 수 있습니다. IRS가 고객이 직접 직원처럼 취급하고 있음을 알게되면 예를 들어 현장에서 무기한으로 유지하면 (일반적인) 직원이 계약 직원으로받지 못한 혜택에 대해 고객이 책임을지게됩니다. 계약 회사도 책임을 질 수 있습니다. 나는 모든 파급 효과를 알지 못하지만 지저분해질 수 있습니다.
오 예. '컨설턴트'란 무엇입니까? 그 용어는 일종의 '고정적'입니다. 그 신성한 영토를두고 많은 전쟁이 벌어졌습니다. 예를 들어, 40 년 전, '컨설턴트'는 '독립 계약자'와 동의어였으며, 이는 고객과 직접 계약 한 근로자를 의미했습니다. 즉, 작업자는 클라이언트와 계약을 체결했습니다 (위와 같이 소프트웨어를 개발중인 것일 수도 있음). 해당 근로자는 고객과 함께 W-4를 작성하지 않으며 연말에 고객으로부터 W-2를받지 않습니다. 대신, 직접 계약자 (때로는 '컨설턴트'라고 불림)는 클라이언트로부터 1099를받습니다.
이 매우 다른 세금 협정과 함께 '컨설턴트 (consultant)'라는 용어는 그것에 대해 특정한 분위기를 가지고있었습니다. 컨설턴트는 일반적으로 현장에서 경험이 많았으며 (최소 10 년 이상 근무), 찾기가 어려울 수있는 전문 분야를 보유하고 있었으며 고객에게 매우 바람직했으며 고객은 하루에 $ 500 또는 $ 1000를 기꺼이 지불했습니다 (a 그들의 전문적인 서비스를 위해 아주 관대 한 금액). 컨설턴트는 잘 연결된 사람들로 구성된 엘리트 집단과 함께 일했으며 일반적으로 그 파벌을 파기하기가 어려웠습니다. 성공적인 컨설턴트가 되려면 회원 자격이 필요했습니다. 최근에 소멸되었지만 현재는 되살아나고있는 조직이있었습니다. ICCA는 일종의 컴퓨터 컨설턴트를위한 구식 클럽이었습니다. 누구나 참여할 수 있었고 어느 시점에서 한 일을했습니다. 받아 들여지고 일을 얻는 것은 다른 이야기였습니다.
특히 NYC의 금융 지구와 같은 곳에서 이러한 컨설턴트의 중개 계약을 전문으로하는 틈새 산업이있었습니다. 그러나 그 당시에는 소프트웨어, 특히 금융 부문에서 일을하기 위해서는 연결이 잘되어 있어야했습니다. 오늘날이 중개인들은 대기업에 의해 삼키거나 사업이 중단되었습니다. 독립 계약은 그와 같은 독립 계약을 천천히 그리고 확실하게 파괴 한 일련의 법률에 의해 거의 사라졌습니다 (존재하지만 그 분야는 현재는 거의 존재하지 않음).
오늘날 '컨설턴트'라는 용어는 소프트웨어 개발 고용 영역에서 거의 사용되지 않습니다. 적어도 나는 거의 듣지 못했습니다. 때로는 계약 소프트웨어 개발자를 컨설턴트라고 부르기도하지만, 특정 계약자가 특정 용어를 의미 할 때 이전 계약 기간에 대한 전문 지식으로 인해 특정 계약자를 칭찬하거나 칭찬하려는 것 이외의 구별은 거의 없습니다. .
"소프트웨어 관리 컨설턴트"라고하는 소프트웨어 프로젝트 관리자가 여전히 있다고 말해야하지만 거의 모든 직원은 W-4를 제공하는 회사와 동일한 관리 계약 직원에게 동일한 목적을 수행하는 일부 계약 업체 회사에 직접 직원입니다. 그 소프트웨어 개발자 계약 직원. 그리고 당신이 상상할 수 있듯이 때로는 동일한 계약 회사입니다. 일부 고객은 프로젝트를 수행하는 개발자와 관리자 모두를 위해 하나의 작업자 소스를 처리하려고합니다.
미국의 진정한 독립 소프트웨어 컨설팅은 연방 법률의 변화와 미국 기업의 변화하는 환경으로 인해 대부분 죽었습니다. 회사 (잠재적 인 컨설팅 고객)가 커짐에 따라 HR 부서는 더욱 잔인하게 집중되고 거만하게 효율적이며 기술적으로 블랙 박스가됩니다. 요즈음 고용 관리자에게 연락하여 어떤 종류의 직접, 계약의 고용 기회를 논의하는 것은 거의 불가능합니다. 이것의 일부는 기업의 비밀과 직원 보호이지만,이 중 다수는 가능한 한 많은 직원이 직접 직원이거나 최소한 계약 회사를 통해 일하는 경향이 있습니다.
이 시나리오에 대한 대안은 40 년 전과 비슷한시기와 상당히 달랐습니다. 당시에는 고용주가 계약직 직원, 특히 컨설턴트 유형의 업무를 통제하기가 더 어려웠습니다. 생산성 향상을 위해 근로자 통제가 미국 고용의 주요 이슈가되어 가고 있으며, 이는 계속 증가하는 생산성 요구에 더 익숙한 인도 및 베트남과의 국가와의 경쟁에 중요합니다.
이 모든 것을 이해하는 열쇠는 독립 계약자에게 작업 방법과시기를 정확하게 알 수 없다는 것을 이해하는 것입니다. 그들은 일반적으로 자신의 도구를 제공해야합니다. IRS가 합법적 인 독립 계약자로 인식하기 위해서는 이러한 유형의 제약 조건 중 약 20 개를 준수해야합니다. 그렇지 않으면, 위에서 언급 한 법적 문제와 계약 직원과 계약 회사 간의 잠재적 이익과 관련하여 합법적 인 결과를 초래할 수있는 잠재적 이익과 함께 시작됩니다.
설명이 길어서 미안하지만 실제로는 복잡합니다. 저는 회사와 계약 회사를 통해 직접 일한 소프트웨어 개발자입니다. 나는 여러 번 "인디 (Indy)"로가는 것을 고려했지만 최근 수십 년 동안 매우 위험한 (그리고 협박적인) 길이되었습니다. 그리고 정부에 영향력을 행사하고 활용하는 기업들은이 합의를 계속 강화하고 있습니다. 미국 소프트웨어 컨설턴트가 사망했습니다. 남은 생존자들은 마지막 호흡을 겪고 있습니다.