Чем «Разработчик программного обеспечения» отличается от «Консультанта по программному обеспечению»? Что делает консультант?

Я видел много людей, заявляющих о себе как о «консультанте по программному обеспечению». Эти консультанты делают то, что делают обычные разработчики программного обеспечения, пишут код, оценивают задачи, исправляют ошибки, посещают собрания и т. Д. Единственное отличие заключается в том, что финансовые ресурсы у консультантов заканчиваются тем, что они получают больше. Тогда чем разработчик программного обеспечения отличается от «консультанта»?

В дополнение к основному вопросу, я хотел бы знать, как разработчик программного обеспечения может стать консультантом? Существуют ли конкретные рекомендации для консультанта? Нужно ли им собирать сертификаты и писать исследовательские работы? Пожалуйста, не путайте консультанта по программному обеспечению с консультантом по управлению. Консультанты по программному обеспечению, которых я видел, не являются менеджерами.

Вот список софий

Разработчик программного обеспечения - сотрудник, работающий на полную ставку и выполняющий работу по выполнению требований к приложению. Разработчики пропускают различные проекты, работая по указанию своих работодателей.

Консультант по программному обеспечению - это не сотрудник, и его привлекают, чтобы дать совет (консультацию) о том, как приложение должно быть реализовано с использованием современных отраслевых подходов. Часто консультант предоставляет технические рекомендации по настройке большого приложения (SAP, Oracle и т. Д.). Консультанты, по моему опыту, вообще не программисты.

Подрядчик по программному обеспечению - не сотрудник, а привлеченный для предоставления навыков и опыта в современных отраслевых подходах. Обычно подрядчик работает над одним проектом и доводит его до конца, программируя по мере необходимости. Они не находятся под руководством своих работодателей, хотя могут оказать профессиональную помощь в других областях.

Как вы становитесь консультантом по программному обеспечению?

Обычно в результате работы в консалтинге по программному обеспечению, который нанимает вас на ежедневной основе. Представьте, что вы работаете на Oracle, и какая-то крупная компания нуждается в помощи в настройке промежуточного программного обеспечения. Вы постоянный сотрудник, работающий на контрактной основе для третьих лиц. Это не всегда так (см. Следующий раздел), но это обычный путь.

Как вы становитесь подрядчиком программного обеспечения?

Обычно в результате создания вашей собственной компании и предоставления агентствам по подбору персонала информации о том, что вы доступны для работы (программирование, консалтинг и т. Д.). Агентство затем нанимает вас на ежедневной основе при соблюдении определенных договорных условий. Вы можете идти прямо, но это гораздо сложнее (роль агента заключается в том, чтобы высадить клиента, а ваша задача - предоставить экспертные знания).

«Консультант по программному обеспечению» отличается от «Разработчика программного обеспечения» в зависимости от условий найма. «Консультант по программному обеспечению» нанимается в качестве подрядчика на определенный период времени и для очень конкретной задачи / роли / проекта, тогда как «Разработчик программного обеспечения» (который не является подрядчиком или консультантом) является штатным сотрудником по заработной плате. и может иметь несколько ролей / проектов внутри компании.

«Программный консультант» может означать разработчика / программиста, который работает по контракту, а не разработчика / программиста, который работает полный рабочий день. Это может также относиться к кому-то, кто дает руководство и высокоуровневое управление проектом / дизайн / архитектуру, как уже упоминали другие, хотя в моем опыте название «Консультант по программному обеспечению» обычно оказывается тем, кто работает 60-90% времени как разработчик / программист и работает по контракту, а не полный рабочий день.

Любой разработчик может быть Консультантом, работая подрядчиком. Чтобы сделать это, обычно нужно быть внештатным подрядчиком или работать в консалтинговой фирме.

Консультанты должны улучшать бизнес, а не просто разрабатывать программное обеспечение.

Я был разработчиком более 30 лет. Я только знал достаточно, чтобы быть консультантом за последние десять или около того.

Я не вижу различий между «консультантом» и «подрядчиком», кроме того, что консультант почему-то кажется мне классным и потенциально более дорогим. :)

В любом случае, я назвал консультантов / подрядчиков «разработчиками программного обеспечения», когда они работали в роли разработчика, но я также ожидаю, что когда я найму кого-то в качестве «консультанта», они собираются на некотором уровне практического руководства постоянного сотрудника команды. Я ожидаю, что когда я найму консультанта, я найму кого-то, у кого уже есть опыт в технологии, для которой я его нанимаю, и что вполне возможно, что большая часть моей постоянной команды уже набирает скорость по конкретным деталям эта технология. Поэтому я ожидаю, что моя команда прокачает консультанта для получения информации, и консультант сможет как предоставить умные, экономящие время ответы команде, так и выполнить определенное количество ручной работы с более быстрой скоростью / лучшим качеством, чем мой только что пришедший постоянные штатные сотрудники.

В других случаях я нанимал консультантов для постоянного «консультирования» - это означает, что они не занимаются работой, они учат команду быть лучшей командой или быть лучше с помощью данного инструмента или технологии.

Как говорят другие посты, я не ожидаю, что консультанты будут постоянными. Я ожидаю, что постоянные сотрудники будут постоянными или, по крайней мере, будут иметь связь с компанией, которая длится не один проект или короткий период времени.

Если вы хотите стать консультантом и получать за это соответствующую плату, я бы сказал, что вам нужно построить резюме. Когда я проверяю резюме консультантов, я ищу действительно глубокий опыт работы с инструментами и технологиями режущего искусства. Это варьируется от домена к домену, но я ищу кого-то, кто реализовал сложные вещи на переднем крае, чтобы они уже достигли кривой изучения технологий, которые я пытаюсь реализовать. Большинство знакомых мне консультантов - наркоманы. Они много работают в дневное время, а затем проводят вечера, бегая еще дальше в своих областях специализации, потому что они знают, что им нужны практические навыки, чтобы продать их на следующую работу.

Жаль, что вопрос сформулирован как есть. Я думаю, что лучше задать вопрос: «Чем« подрядчик по программному обеспечению »отличается от« консультанта по программному обеспечению »?» Именно эти условия действительно поднимают вопрос, по крайней мере, здесь, в США.

Термин «разработчик программного обеспечения» может применяться к любому виду работы, причем разработчик - это тип роли или ресурса, который он выполняет. Проблема подрядчика / консультанта вращается вокруг вопросов занятости, и снова я говорю о том, как это работает здесь, в США. Но чтобы действительно ответить на этот вопрос окончательно (и вы увидите, даже это трудно сделать!), Сначала мы нужно определить некоторые термины и изучить историю.

Разработчик программного обеспечения, независимо от того, как они работают, создает программное обеспечение и, вероятно, выполняет много других задач, связанных с созданием программного обеспечения, обычно за исключением роли управления, хотя даже это довольно часто встречается в некоторых проектах, таких как руководители групп. , Менеджеры программных проектов и программ редко участвуют в основных процессах создания программного обеспечения (за исключением командных руководств). Опять же, это роли .

Что касается занятости и оплаты, существует несколько типов (применимо к США). Наиболее распространенным типом занятости является регулярная или «прямая», когда работник находится на заработной плате компании, разрабатывающей программное обеспечение. Они заполняют 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, чтобы признать их в качестве законных независимых подрядчиков. В противном случае вступают в силу те правовые вопросы, о которых я упоминал выше, а также потенциальные судебные иски между сотрудниками по контракту и их подрядными компаниями в отношении обратных выплат, которые затем будут на законных основаниях возложены на них.

Извините за многословное объяснение, но это действительно так сложно. Я разработчик программного обеспечения, который работал непосредственно для компаний и через контрактные компании. Я много раз думал о том, чтобы стать "инди", но это стало очень коварным (и пугающим!) Путем, которому нужно следовать в последние десятилетия. И корпорации, опираясь и используя свое влияние в правительстве, продолжают ужесточать эту договоренность. Американский консультант по программному обеспечению мертв; все оставшиеся в живых переживают последние вздохи.

Как стать консультантом по программному обеспечению:

1. Зайдите в копировальный магазин и напечатайте около 100 визитных карточек с вашим именем, номером телефона, почтовым адресом и названием «Консультант по программному обеспечению».
2. Миссия выполнена: вы теперь консультант по программному обеспечению.

В моем понимании «консультант» - это тот, кто занимается как бизнес-анализом (сбором требований), так и, по крайней мере, некоторой проектировкой / разработкой программного обеспечения, хотя он и не настолько углубляется в окопы, как разработчик программного обеспечения, работающий полный рабочий день.

В общем, консультанты носят несколько шляп, а разработчики - одну.

Мой опыт роли консультанта пока отличается от общей темы.

Другое использование этого термина, возможно, только распространенное в Великобритании, - это старший опытный инженер, который обладает доказанной способностью понимать систему, общаться с ней и обсуждать компромиссы альтернативных реализаций.

Лучшие из них могут обеспечить такой высокий уровень ввода в системах, с которыми они ранее не сталкивались.

Внешние консультанты, привлеченные для определенной цели, иногда демонстрируют некоторые из этих навыков, но обычно их опыт (если таковой) гораздо более узкий и более сфокусированный.

Полагаю, вам нужно быть офигенным разработчиком программного обеспечения или хотя бы хорошим, чтобы давать советы другим людям о том, как разрабатывать программное обеспечение.

Проще говоря, S / W Консультант - это S / W Developer с проверенным опытом.

Просто оглянись назад в своей собственной жизни - когда ты начал водить машину или достиг возраста, когда получил водительские права, спрашивал ли ты что-нибудь о вождении и получении водительских прав у кого-то моложе тебя или у кого-то старше, кто имел водительские права и знал, что водит?

Кроме того, консультанты часто выполняют эту работу за вас - часть разработки, помимо других вещей, связанных с созданием программного продукта, от начала до конца. По крайней мере, крупные организации занимаются всеми аспектами создания продукта для вас. Вам просто нужно сказать им, что вы хотите, как вы хотите это сделать, что такое критические вещи, сроки, документация и т. Д. И т. Д.

TCS приходит на ум. Tata Consultancy Services. Не вводите в заблуждение, они являются одной из самых ярких индийских компаний, предоставляющих ИТ-услуги, форк группы компаний Tata под руководством Ratan Tata.

Известные работы TCS - оцифровка системы заявлений на паспорт, UID и другие основные правительственные работы.

Консультантам платят больше за каждый час их работы.

Но как постоянный постоянный разработчик в вашей компании, вы получаете свою зарплату каждый месяц. Ваша работа "безопаснее".

Молодые люди любят проблемы и любят работать консультантами. Это хорошо, если вам нравится видеть новые лица, иметь больше ответственности и независимости.

Я полагаю, что после свадьбы и детей вы предпочитаете «безопасность», а не «приключение». Вам нравится знать, что произойдет на следующей неделе и т. Д.

Я не уверен, что оплата является самым важным моментом здесь. Работа в одиночку имеет много преимуществ.

Вы не можете купить счастье за ​​деньги, и иногда я предпочел бы зарабатывать на 500 долларов меньше каждый месяц (хотя, если вы работаете дома, вам не нужно платить, например, за транспорт), чем работать над дерьмовыми проектами, в занятых 10- человек на комнату с задержками и все ...

Это то же самое, что работать в качестве сотрудника или создать свой собственный бизнес. (хотя в качестве разработчика программного обеспечения почти нет инвестиций)

Мне интересно, что несколько ответов начинаются " Консультант по программному обеспечению - это не сотрудник ... " - они где-то являются сотрудниками! И, в частности, ОП интересуется, как стать консультантом, что, безусловно, должно быть представлено с точки зрения сотрудника.

Я работаю в сфере консалтинга, и я бы предположил, что основной характеристикой, которая необходима для достижения успеха, является высокая представительность. Это вытекает из постоянной необходимости быть в контакте с клиентами. Любой, кто является «консультантом по программному обеспечению», но не имеет непосредственного отношения к клиентам почти ежедневно, является просто разработчиком программного обеспечения.

По моему опыту, консультанты по программному обеспечению также являются программистами. Тем не менее, иногда они не совсем так талантлив , как и их коллеги программного обеспечения для разработчиков - в основном потому , что они должны были заточить другие навыки , а также, в том числе представления и предложения письменно. Конечно, это зависит от консультантов.

Я также нанял консультантов, которые раньше были разработчиками программного обеспечения. После одного или двух собеседований я могу легко проверить, насколько талантливы они в разработке программного обеспечения. Затем я должен сосредоточиться на том, достаточно ли они общительны (даже презентабельны), чтобы представлять компанию перед клиентами. В какой-то степени вам нужно хорошо выглядеть в костюме, как бы мелко это ни звучало. Вы должны быть в состоянии уверенно представлять перед клиентами и задавать неловкие вопросы. Это навыки, которыми обладают только некоторые разработчики программного обеспечения.

Наконец, я хотел бы добавить, что мне нравится моя работа в качестве консультанта по программному обеспечению. Это не потому, что это хорошо оплачивается, хотя я не буду жаловаться на это. Это потому, что я участвую во многих клиентских проектах с большим разнообразием проблем и технологий, которые нужно использовать. Для меня это всегда будет лучше, чем работа над следующим выпуском ...

Разработчик или подрядчик - Вы ищете открытые позиции по разработке программного обеспечения (без даты окончания) или контракты (определенная дата окончания).

Консультант - Вы заявляете о себе, и компании запрашивают ваши услуги по разработке программного обеспечения, как правило, по контракту.

Все остальное является вспомогательным, основанным на механике выше.

Я думаю, что вы, ребята, неправильно поняли. Различают консультантов по программному обеспечению, которые имеют свою собственную компанию, и индивидуально консультируются с консультантами по программному обеспечению, которые работают в «Большой четверке». У консультантов больше внимания уделяется навыкам управления бизнесом / отношениями и развитию ограниченного опыта. Разработчики программного обеспечения в основном практичны, хардкорны и технически, и с течением времени их навыки становятся сильнее, чем у консультанта по программному обеспечению. Консультант должен разделить его / ее отношение между бизнесом и технической работой, поэтому его / ее навыки в большей степени стремятся к бизнесу по мере роста стажа работы. Если это консультант по программному обеспечению, который работает индивидуально, то это тот, кто доказал, что он потрясающий и может позволить себе давать советы и услуги по высокой цене. Консультанты по программному обеспечению, работающие в таких местах, как консалтинговые фирмы «Большой четверки», больше похожи на мастеров на все руки. Такие компании, как Google, Amazon или Apple, редко трогают таких людей после консультаций с ними, если только они не сохранили свои сложные технические навыки вне работы.

На практике постоянные сотрудники могут быть уволены в любое время, в любой день и в любую минуту. В этом смысле постоянный сотрудник не лучше, чем подрядчики. И действительно, «постоянный работник» - это просто подрядчик без четко определенного контракта, который хуже формального подрядчика.

Я знаю, что есть некоторые компании, которые называют себя консалтинговыми компаниями, но, насколько я понимаю, они мало занимаются консалтингом в традиционном смысле.

Похоже, единственное различие заключается в том, что они нанимают только опытных разработчиков и заключают контракты с крупными компаниями на выполнение работы, которую они могли бы выполнять самостоятельно, но, надеюсь, по более высоким стандартам.