Жаль, что вопрос сформулирован как есть. Я думаю, что лучше задать вопрос: «Чем« подрядчик по программному обеспечению »отличается от« консультанта по программному обеспечению »?» Именно эти условия действительно поднимают вопрос, по крайней мере, здесь, в США.
Термин «разработчик программного обеспечения» может применяться к любому виду работы, причем разработчик - это тип роли или ресурса, который он выполняет. Проблема подрядчика / консультанта вращается вокруг вопросов занятости, и снова я говорю о том, как это работает здесь, в США. Но чтобы действительно ответить на этот вопрос окончательно (и вы увидите, даже это трудно сделать!), Сначала мы нужно определить некоторые термины и изучить историю.
Разработчик программного обеспечения, независимо от того, как они работают, создает программное обеспечение и, вероятно, выполняет много других задач, связанных с созданием программного обеспечения, обычно за исключением роли управления, хотя даже это довольно часто встречается в некоторых проектах, таких как руководители групп. , Менеджеры программных проектов и программ редко участвуют в основных процессах создания программного обеспечения (за исключением командных руководств). Опять же, это роли .
Что касается занятости и оплаты, существует несколько типов (применимо к США). Наиболее распространенным типом занятости является регулярная или «прямая», когда работник находится на заработной плате компании, разрабатывающей программное обеспечение. Они заполняют W-4 у работодателя каждый год и получают W-2 от этого работодателя в конце года за свои налоги.
Помимо прямой работы, есть подрядчики и (в зависимости от определения) консультанты. Однако термин «подрядчик» немного вводит в заблуждение. Технически, подрядчик - это юридическое или физическое лицо, которое подписывает контракт с компанией-клиентом, в данном случае разработчиком программного обеспечения. Но реальность такова, что почти все подрядчики в США работают через подрядную компанию (также называемую «кузовными мастерскими» и еще менее слагаемыми); по сути, они не «заключают контракты» непосредственно с клиентом. Эти так называемые подрядчики фактически заполняют W-4 с подрядной компанией, а не с клиентом, каждый год и получают W-2 от этой подрядной компании в конце года за свои налоги. Они облагаются налогом точно так же, как их непосредственно занятые братья и сестры.
Дело здесь в том, что именно «компания-подрядчик» фактически подписывает контракт с компанией-клиентом, а не так называемые подрядчики («сотрудники по контракту»). Контрактные сотрудники фактически работают в контрактной компании, и контрактная компания является стороной контракта с клиентом. Таким образом, контрактные и прямые сотрудники, работающие над программным проектом, по сути одинаковы с точки зрения налогообложения и, как правило, работают в смежных кабинах без особого особого статуса, единственное основное отличие состоит в том, что подрядчики ограничены определенным временем, в течение которого они могут продолжать работать над проект для этого клиента. Это связано с тем, что подрядная компания, в которой они работают, не должна держать их там дольше, чем это время, или наша IRS может реклассифицировать их в качестве прямых сотрудников,
По моему собственному опыту, подрядчики часто расширяются с помощью обмана персонала, перераспределяя сотрудника по контракту, скажем, из «подрядчика» в «временный» или тому подобное. Клиенты, которые хотели меня держать, делали это время от времени. Компании-клиенты должны быть осторожны; IRS может проверять их, чтобы определить истинные отношения этих подрядчиков. Если IRS обнаружит, что клиент относился к ним как к непосредственным сотрудникам, например, оставляя их на месте на неопределенный срок, клиент становится ответственным за любые льготы, которые (в настоящее время постоянные) сотрудники не получали в качестве контрактных сотрудников. И подрядная компания также может нести ответственность. Я не знаю всех последствий, но это может стать грязным.
О да. Что такое «консультант»? Этот термин является своего рода «мягким» - было много войн, которые велись на этой священной территории. Раньше, может быть, 40 лет назад этот «консультант» был более или менее синонимом «независимого подрядчика», то есть работника, который напрямую заключил контракт с клиентом. То есть работник подписал контракт с клиентом (может быть, тем, кто разрабатывает программное обеспечение, как указано выше). Этот работник НЕ заполняет W-4 с клиентом и не получает W-2 от клиента в конце года. Вместо этого прямой подрядчик (который тогда называли «консультантом») получает 1099 от клиента.
Наряду с этим совершенно другим налоговым соглашением у термина «консультант» была определенная аура. Консультанты, как правило, были более опытными (по крайней мере, 10 лет работали на местах) и, как правило, обладали определенными знаниями, которые, возможно, было трудно найти, что делало их очень желательными для клиентов, и клиенты были готовы платить по 500 или 1000 долларов в день ( очень щедрая сумма тогда) для их экспертных услуг. Консультанты бежали с элитной толпой людей с довольно хорошими связями, и в эти клики было сложно проникнуть. Членство было необходимо для того, чтобы стать успешным консультантом. Была организация, которая недавно была не существующей, но сейчас возрождалась, которая называлась ICCA, что-то вроде клуба старых мальчиков для компьютерных консультантов. Любой мог присоединиться, и я сделал это в один момент; быть принятым и получить работу было другой историей.
Была также нишевая индустрия, особенно в таких местах, как финансовый район Нью-Йорка, которая специализировалась на брокерских контрактах для этих консультантов. Но тогда, чтобы получить работу в программном обеспечении - и особенно в финансовом секторе - нужно было иметь хорошие связи (я знаю, потому что пытался тогда). Сегодня эти брокеры были поглощены или разорились крупными компаниями по размещению. Независимый контракт был почти потрошен (он существует, но этот сектор теперь намного меньше, почти не существует) благодаря ряду законов, которые медленно и определенно уничтожали независимые контракты, подобные этому.
Сегодня термин «консультант» редко используется в сфере занятости разработчиков программного обеспечения. По крайней мере, я редко слышал это. Иногда контрактный разработчик программного обеспечения упоминается как консультант, но это вряд ли какое-либо различие, кроме, возможно, некоторой попытки льстить или хвалить какого-то конкретного подрядчика за его опыт в возврате к этому более раннему времени, когда термин означал нечто особенное ,
Я должен заявить, что до сих пор есть менеджеры программных проектов, называемые «консультантами по управлению программным обеспечением», но почти все они также являются прямыми сотрудниками какой-либо подрядной компании, которая выполняет ту же задачу для этих сотрудников по контракту на управление, что и компании, предоставляющие W-4 для те контрактные сотрудники разработчика программного обеспечения. И, как вы можете себе представить, иногда это одни и те же контрактные фирмы. Некоторые клиенты хотят иметь дело с одним источником работников как для разработчиков, так и для менеджеров, работающих над проектом.
Подлинное, независимое консультирование по программному обеспечению в США в основном умерло из-за изменений в федеральном законодательстве и изменения корпоративной Америки. По мере того как компании (потенциальные клиенты-консультанты) становятся больше, их отделы кадров становятся все более жестко централизованными, высокомерно эффективными и технологически «черными». В наши дни почти невозможно связаться с менеджером по найму, чтобы обсудить возможность трудоустройства любого рода, прямой или контрактный. Частично это является корпоративной тайной и защитой работников, но во многом это тенденция к тому, чтобы как можно больше работников были прямыми работниками или, по крайней мере, работали через подрядную компанию.
Альтернатива этому сценарию, похожему на то, что было 40 лет назад или около того, была совершенно иной. В то время работодателям было труднее контролировать работу своих сотрудников по контракту, особенно типа консультанта. Контроль за работниками все чаще становится главной проблемой занятости в США для обеспечения роста производительности, что, в свою очередь, важно для конкуренции с такими странами, как Индия и Вьетнам, чьи работники еще более привыкли к постоянно растущим требованиям производительности.
Ключом к пониманию всего этого является понимание того, что независимому подрядчику нельзя сказать точно, как и когда выполнять свою работу. Они обычно должны предоставить свои собственные инструменты. Они должны соответствовать примерно 20 из этих типов ограничений для IRS, чтобы признать их в качестве законных независимых подрядчиков. В противном случае вступают в силу те правовые вопросы, о которых я упоминал выше, а также потенциальные судебные иски между сотрудниками по контракту и их подрядными компаниями в отношении обратных выплат, которые затем будут на законных основаниях возложены на них.
Извините за многословное объяснение, но это действительно так сложно. Я разработчик программного обеспечения, который работал непосредственно для компаний и через контрактные компании. Я много раз думал о том, чтобы стать "инди", но это стало очень коварным (и пугающим!) Путем, которому нужно следовать в последние десятилетия. И корпорации, опираясь и используя свое влияние в правительстве, продолжают ужесточать эту договоренность. Американский консультант по программному обеспечению мертв; все оставшиеся в живых переживают последние вздохи.