Как я считаю: in-house или аутсорс
Своя команда или подрядчик: где нельзя терять контрол
Спор «своя команда или подрядчик» часто ведут так, будто выбирают веру.
Для собственника и CEO это не вопрос вкуса.
Это вопрос, какой контур компания готова отдать наружу, сколько контроля при этом потеряет и во сколько это обойдется в момент сбоя, конфликта приоритетов или срочных изменений.
Я обычно смотрю на такую модель через 4 вещи:
1. полную стоимость владения,
2. критичность функции для выручки,
3. риск зависимости,
4. скорость изменений.
И здесь для меня правило простое:
подрядчик может быть сильными руками, но мозг функции должен оставаться внутри компании.
Внутри должны жить приоритеты, архитектурная логика, критические знания, владелец решения и право на финальное управленческое решение.
Наружу можно отдавать типовую инфраструктуру, волнообразную поддержку, редкую экспертизу и часть разработки с понятными границами.
Но только если есть понятный уровень сервиса, документация, база знаний, правила приемки, доступ к коду и настройкам и реальный план замены исполнителя без шантажа.
Я видел обе стороны.
Один подрядчик долго вел хранилище данных. Потом от него отказались.
Формально система осталась в компании.
Фактически через несколько месяцев она начала еле работать.
Разобрались - оказалось, что важная логика сегментации данных была заложена с горизонтом примерно на полгода вперед. Это знание жило у подрядчика, а не внутри компании.
Система осталась.
Управляемость - ушла.
Был и обратный кейс.
Собственный отдел системного администрирования стоил компании около 520 тысяч в месяц в полной стоимости работодателя и давал покрытие 5/2 с 9 до 18.
Перевод на подрядчика дал около 250 тысяч по договору с НДС и покрытие 7 дней в неделю с 8 до 21.
В этом контуре подрядчик оказался сильнее и по деньгам, и по сервису.
Поэтому в зрелой компании почти всегда выигрывает не крайность, а гибридная модель:
ядро, знания и управление - внутри,
эластичная мощность и узкая экспертиза - снаружи,
граница между ними - зафиксирована правилами, доступами, документацией и возможностью спокойно заменить исполнителя.
Вопрос не в том, что дешевле сегодня.
Вопрос в том, кто заплатит за потерю контроля завтра.
Какой ИТ-контур в вашей компании уже опасно отдавать наружу, даже если на бумаге это выглядит как экономия?
#CIO #ИТСтратегия #Подрядчики #Управляемость #ПолнаяСтоимостьВладения
· 10.04
Кейс с хранилищем данных — это идеальная иллюстрация скрытой зависимости: "система осталась, управляемость ушла". Это один из самых опасных рисков аутсорса, который не виден в момент подписания контракта. Правило "мозг функции внутри" — правильное, но его сложно соблюдать на практике: компании экономят на внутренней экспертизе именно там, где она критична. Вопрос к вам: как вы рекомендуете фиксировать "границу" между ядром и аутсорсом — это документация, архитектурные решения, или что-то ещё?
ответить
коммент удалён