Разработка ПО под ключ или своя команда: что выгоднее для вашего бизнеса

Коротко. Внешняя разработка быстрее стартует и снимает с вас управление, но знание о системе остаётся снаружи. Своя команда копит это знание и стоит дороже на старте, причём не только зарплатами, а месяцами на набор и на выстраивание работы. Развилка решается не ценой, а одним вопросом: продукт это ядро вашего бизнеса или инструмент для него. Если ядро, компетенцию рано или поздно придётся внести внутрь. Если инструмент, держать её внутри дорого и незачем.

Рядом: своя разработка или готовое решение, чем консалтинг отличается от аутсорса.

Две модели по существу

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

Как выбрать

1. Продукт это ядро бизнеса или инструмент? Если на нём зарабатывают, компетенция нужна внутри. Если он обслуживает основную деятельность, держать её внутри дорого.
2. Поток задач ровный или разовый? Разовый проект это внешняя работа почти всегда. Постоянное развитие оправдывает постоянную команду.
3. Есть ли кому руководить технически? Это ограничение жёстче бюджета. Команда без такого человека даёт не скорость, а расход.
4. Насколько быстро нужен первый результат? Если счёт на недели, набор команды не успевает.
5. Что будет через три года? Если систему будут развивать, план передачи знания нужен с первого дня, независимо от выбранной модели.

Третий вариант, который чаще всего верен

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

Чтобы такой переход состоялся, он должен быть записан в договорённостях с самого начала: что именно передаётся, в каком виде и к какому сроку. Устная договорённость «потом всё расскажем» не исполняется никогда, и это не про недобросовестность, а про то, что к моменту передачи у всех другие задачи.

Форматы работы с внешней командой

Если выбрана внешняя разработка, остаётся выбрать формат, и это отдельное решение со своими последствиями.

Фиксированный объём и фиксированная цена

Объём работ описан до начала, цена согласована и не меняется. Подходит, когда результат понятен заранее и меняться не будет.

• Даёт: предсказуемый бюджет и минимальное участие с вашей стороны.
• Стоит: любое изменение становится отдельной работой с отдельным сроком. Чем подробнее описан объём, тем дороже обходится каждая правка.
• Скрытое условие: точность описания. Если объём описан приблизительно, риск закладывается в цену, и вы платите за неопределённость.

Оплата за фактическое время

Работа идёт итерациями с регулярными показами, функциональность уточняется по ходу.

• Даёт: возможность менять направление, не переподписывая договор, и рабочие версии рано.
• Стоит: общий бюджет заранее неизвестен, и требуется ваше участие в расстановке приоритетов.
• Скрытое условие: дисциплина приоритетов. Без неё формат превращается в бесконечную разработку, и виноватых нет.

Выделенная команда

Люди работают как ваше подразделение, ставка за человека в месяц, инфраструктура и администрирование на стороне подрядчика.

• Даёт: контроль над приоритетами, как у своей команды, без забот о найме.
• Стоит: управление задачами остаётся на вас, и платить нужно независимо от загрузки.
• Скрытое условие: это промежуточная форма, а не компромисс без недостатков. Знание накапливается у людей, которые формально не ваши.

Признаки, что выбрана не та модель

• Внешняя команда есть, а решения принимает она же, потому что внутри некому.
• Своя команда есть, но половина задач всё равно уходит наружу, и никто не считает, почему.
• Каждое изменение требований превращается в переговоры о деньгах вместо разговора о приоритете.
• Никто не может ответить, что будет с системой, если подрядчик завтра перестанет работать.
• Команда набрана, но первого результата нет третий месяц, и объяснение звучит как «выстраиваем процессы».

Чем я тут помогаю

Практика с 2004 года, проекты для заказчиков в 14 странах. Мой интерес здесь не в том, чтобы продать вам команду: я независимый архитектор, и вывод «вам выгоднее нанять двух человек внутрь и обойтись без подрядчика» для меня нормальный результат.

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

Читайте также: Как выбрать подрядчика для медицинской информационной системы