Dev Shops и Upwork Contractors, Как строить лучше

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

Магазины для разработчиков

Магазины по разработке программного обеспечения могут сильно различаться по качеству, но имеют много схожих характеристик. Магазины разработки обычно имеют в штате от 2 до 50 разработчиков, и они работают с теми технологиями, с которыми работают. Что бы они ни использовали в прошлом, они будут использовать и для вас. Вы можете принять решение о языке до обращения в магазин разработчиков, но любые компоненты с открытым исходным кодом, библиотеки или сторонние интеграции будут теми, которые использовались в прошлом. Маловероятно, что продакт-менеджер или разработчик проведут исследование, чтобы выяснить, что лучше всего подходит для данного варианта использования. Магазины разработчиков часто нанимают разработчиков с более дешевой рабочей силой. Это означает, что между вами и разработчиком существует уровень управления проектами или учетными записями. Этот человек имеет более низкий уровень квалификации и, в первую очередь, добавляет ценности, говоря на родном языке разработчиков. Однако самым большим недостатком является принятие инструкций за чистую монету и интерпретация их так, чтобы их было легко доставить, что могло бы разумно сойти за это. Несмотря на то, что магазин хочет максимизировать количество часов, выставленных в счет, это не означает, что будет построена правильная вещь. Кроме того, никогда не возражают против того, какие функции могут или должны быть созданы. PM не имеет никакого представления о вашем бизнесе, чтобы помочь вам с вопросами о том, как лучше всего достичь вашей цели. Компромиссы типа «функция А будет стоить в два раза дороже, чем функция Б, но не изменит ситуацию с привлечением клиентов», не будут обнаружены. Для этого вам нужен технический партнер.

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

Индивидуальные подрядчики

Наем отдельных подрядчиков является еще одним основным вариантом. Для этого есть несколько сайтов, на каждом из которых есть на что обратить внимание. Апворк Хорошо найти специалиста на одну задачу или очень низкую стоимость работы. Дуга недорогой вариант для среднесрочных контрактов. Фасет предназначен для высококвалифицированных подрядчиков средней длины. Я работал на всех этих платформах и нанимал на них также. Наем отдельных подрядчиков создает некоторые проблемы в связи и часовом поясе. В этих отношениях функции и признаки должны быть прописаны до t. Практически необходимо быть техническим специалистом, чтобы сообщать о требованиях на языке кода и проектирования систем. Сроки и графики разработки трудно контролировать, если человек, с которым вы работаете, уходит в отпуск или решает воспользоваться более высокооплачиваемой возможностью и оставить работу. Жесткий контроль результатов также является ключевым здесь, и знание объема работы, которую вы выполняете, — единственный способ не переплачивать. Долгосрочная поддержка здесь также затруднена, поскольку разработчики хотят писать код, а не поддерживать свою старую работу. Они могут перейти к новому контракту, а не иметь 5 старых контрактов по часу в неделю для поддержки.

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

Заключение

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

Оригинал статьи размещен на