Русский
Русский
English
Статистика
Реклама

Managed it

Модель managed IT как альтернатива аутсорсингу и аутстаффингу. Опыт сервис-провайдера

27.07.2020 16:04:10 | Автор: admin
Мы 11 лет управляем ИТ-инфраструктурой клиентов разного калибра, от крупных компаний до стартапов. Опробовали и разные модели работы в формате time and materials, когда оплачивается не результат, а время исполнителя. Все эти модели, скажем так, неполноценны.




Год назад решили протестировать услугу, которая активно развивается на западе managed services, или managed IT. По-русски: комплексное управление ИТ-инфраструктурой. Компания, которая предоставляет такую услугу, называется Managed Services Provider (MSP).

MSP управляет серверным и сетевым оборудованием, системным и специальным ПО, облачными сервисами. Ещё координирует все ИТ-процессы клиента, включая взаимодействие между подрядчиками. Но лучше это объяснит картинка:

image

Сейчас мы применяем managed IT в трех пилотных проектах, с клиентами из разных сегментов рынка:

  • крупная сеть АЗС в составе нефтяной компании;
  • производитель и дистрибьютор одежды (4 самостоятельных бренда);
  • технологический стартап.


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

Главный вывод: managed IT единственная на сегодня модель предоставления ИТ-услуг, которая выгодна и клиенту, и поставщику, и даже сторонним подрядчикам.


Почему так покажем на примере каждого из пилотных кейсов. Но сначала немного покритикуем устоявшиеся модели.

Минусы аутсорсинга и аутстаффинга



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

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

Отсюда три характерных минуса аутсорсинга:

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


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

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

Еще один минус: у компании-аутстаффера должна быть лицензия и уставной капитал не менее 1 млн рублей.

Managed IT: когда бизнес и айтишники начинают понимать друг друга



Managed IT, или managed services, популярная модель предоставления услуг на развитых ИТ-рынках. Если верить отчету аналитического портала Market Watch, мировой оборот managed services к 2022 году достигнет $250 млрд.

Провайдер, который работает по модели managed IT, ориентируется не на количество часов, а на конечную необходимость: дать клиенту то, что тот хочет. Здесь фиксируются показатели, которые нужны бизнесу то есть тому, кто выделяет бюджет на ИТ. Показатели это конкретные сервисы и результаты, которые дают эти сервисы для достижения бизнес-целей.

Почему это важно? Потому что мы часто видим: между ИТ-отделом и бизнесом практически нет взаимопонимания. Бизнес в ИТ-тематике не особо разбирается, да и это не его задача. В свою очередь айтишники не всегда могут донести свои мысли бизнесу например, когда хотят объяснить, зачем нужны дополнительные ресурсы или сотрудники в штат.

Managed IT создает мостик понимания между ИТ и бизнесом, делает так, чтобы всем было хорошо.


Год тестирования модели выявил и некоторые нюансы. Мы заметили, например, как непросто изменить сознание людей: все понимают, что такое аутсорсинг и аутстаффинг, но в тонкости managed IT вникать особо не стремятся. И это нормально.

Для нас главное, что клиенты, которые участвуют в пилотных проектах, уже оценили плюсы новой модели.

Кейс 1: сеть АЗС



Проблемы, с которыми столкнулся клиент перед тем, как прийти к нам:

  • Большая инфраструктура: порядка 200 серверов внутри контура + 120 за его пределами. Установлено различное ПО, развернуты test-, prod-, dev-площадки.
  • Множество подрядчиков, которые предоставляют и обслуживают эту инфраструктуру. Подрядчики не очень-то хотят общаться и взаимодействовать друг с другом (да и не должны). Они выполняют свою роль, а технические требования адресуют клиенту, который пересылает запросы другим ответственным компаниям и командам. Так клиент превращается в подобие роутера, что сильно тормозит работу.
  • Разные модели предоставления услуг у подрядчиков: кто-то использует аутсорсинг, кто-то продает софт по фиксированной цене, предлагая поддержку на этот софт и пр. Этим сложным процессом тоже нужно дирижировать.
  • Нет квалифицированного координатора, или единого квалифицированного окна, в котором можно получить рекомендации по каждому типу ИТ-работ. То есть нет того, кто принимает финальное решение и выполняет функцию фасилитатора.


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

Решение



Частное облако (Private Cloud). Мы перенесли мощности клиента в специально созданную частную облачную инсталляцию. Теперь у него выделенная, безопасная инфраструктура на топовом железе.

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

Трудности



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

  1. Скопировать качественные процессы, которые уже есть.
  2. Разобраться в остальных процессах, предложить улучшение так, чтобы они были оптимальны с точки зрения временных и ресурсных затрат.


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

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

Кейс 2: производитель и дистрибьютор одежды



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

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

Здесь стоит рассказать об одной важной задаче, которую пришлось решить на этапе реализации.

Единая точка отказа



Раньше у каждого из подразделений клиента были отдельные инфраструктура и софт. Простой сервиса у одного из брендов например, сервиса приема платежей приводил к убыткам только этого бренда. Но руководство решило консолидировать инфраструктуру и ПО.

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

Клиент задал логичный, вроде бы, вопрос: Если ваша система будет лежать час, и мы потеряем, например, полмиллиона рублей, сможете нам их возместить? Ответ был: Нет.

Не все SLA одинаково показательны



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

У нас SLA 99,9%, стандарт для сервис-провайдеров. Но мы предлагаем 99,9% по документам, хотя наш реальный SLA близок к 100%.

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


Меж тем существует немало ИТ-провайдеров, которые занимаются мнимой экономией: покупают железо подешевле например, серверы Supermicro. И это уже совсем другие три девятки.

Компенсация по SLA призвана не уменьшить количество убытков клиента от простоя, а сделать так, чтобы поставщик ИТ-услуги тоже понес убытки. То есть чтобы поставщику тоже было больно.

Всё это клиент понял и принял.

Кейс 3: технологический стартап



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

Типичные ошибки стартапов



  • Стремясь сэкономить, стартапы поднимают один сервер и разворачивают на нем всё: веб-сервер, БД, среду разработки, приложения, логирование, мониторинг и так далее. А когда наступает момент роста, компания начинает просто повышать ресурсы сервера увеличивать число CPU и RAM. И этот вертикальный рост всегда больно бьет по кошельку. Если растешь не очень быстро, кривая затрат идет вверх плавно. Но если рост продолжается, эта кривая в какой-то момент резко меняет градус. Экономика перестает сходиться.

    Выход: построение микросервисной архитектуры, когда каждый сервис живет на отдельном сервере.
  • Часто в стартапах на одном человеке аккумулируется несколько специализаций. Например, разработчик одновременно администратор и тестировщик. А владелец бизнеса и инвестор, и аккаунт-менеджер, и продакт, и маркетолог, и продавец. В таких компаниях сотрудники находятся в постоянном перегрузе, работая чуть ли не круглосуточно. Выгорание здесь случается чаще, чем где бы то ни было.

    Выход: передача функций по управлению и стратегическому развитию ИТ-инфраструктуры сервис-провайдеру.


Наш клиент



Стартап занимается разработкой интеллектуальной платформы для рекламных кампаний в интернете. Это сложный и ресурсоемкий софт, который быстро развивается. Для его поддержки клиент ранее арендовал старое железо с устаревшим ПО, в дата-центре, который не соответствует требованиям Tier III.

Что мы сделали:

  1. Предоставили виртуальную инфраструктуру на качественном железе, перенесли ПО на новую инфраструктуру. После этого показатели производительности заметно выросли.
  2. Настроили базы данных, организовали кластер Galera так, чтобы клиент мог масштабироваться и вертикально, и горизонтально.
  3. Предложили отказаться от идеи монолитной инфраструктуры и объяснили, почему важно расти в сторону микросервисов. Рассказали, как это делать.


Заключение



Чем хороша модель managed IT:

  • Бизнес начинает понимать, как показатели, которые он хочет получить, связаны с показателями, которые дают ИТ-сервисы. А еще как будет увеличиваться платеж с увеличением потребления ресурсов и роста, чтобы это можно было отслеживать, и экономическая модель сходилась бы на всех этапах.
  • Айтишники начинают говорить с бизнесом на одном языке. Они понимают, как обосновать увеличение ресурсов. ИТ-отдел начинает заниматься своими непосредственными обязанностями. В таких условиях куда легче получать удовлетворение от работы.
  • Выигрывает и поставщик, который предоставляет инфраструктуру, сам управляет ей, как должно, и дает рекомендации, основанные на best practices. Поставщик получает крутой опыт и может предостеречь клиентов от тех ошибок, которые уже совершили другие.
  • Для клиентов модель выгодна еще тем, что нормальный сервис-провайдер предоставляет ресурсы во всех возможных облаках и в собственном, и в облаках гиперскейлеров.


Конечно, у managed IT есть ограничения. Услуга еще сырая. Она активно эволюционирует по мере получения обратной связи от рынка, требует доработки, в том числе на новых проектах. Однако для нас уже очевидно, что она перспективна. Managed IT точно на голову выше аутсорсинга, атустафинга и прочих производных.

Наша любимая аналогия для managed IT каршеринг. Весь мир меняется в сторону потребления по подписке. Managed IT тоже предоставление сервиса по подписке, только в B2B. Как и в каршеринге, клиент получает работающий сервис, которым пользуется, не думая о его поддержке, настройке и оптимизации. Об этом заботится провайдер.
Подробнее..

Боли стартапов как правильно развивать ИТ-инфраструктуру

14.08.2020 20:16:22 | Автор: admin
Если верить статистике, выживает только 1% стартапов. Рассуждать о причинах такого уровня смертности не будем, это не наше дело. Лучше расскажем, как повысить вероятность выживания с помощью грамотного управления ИТ-инфраструктурой.



В статье:

  • типичные ошибки стартапов в ИТ;
  • как managed IT-подход помогает избежать этих ошибок;
  • поучительные примеры из практики.

Что не так с ИТ у стартапов


Стоит уточнить, что под стартапами мы имеем в виду не кофейню или инсектарий в торговом центре. Мы про технологические стартапы про тех, кому не дает покоя успех GitHub, Uber, Slack, Miro и пр.

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

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

Люди в стартапе делают то, что не умеют


И не делают то, что требуется для развития стартапа. Поясним.

В каждом стартапе должны быть закрыты как минимум три роли:

  • айтишник (или технолог);
  • продавец (или маркетолог);
  • визионер (или предприниматель, который еще и нередко инвестор).

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

Но допустим, стартапу повезло: есть кому продавать, и ИТ-специалист занимается своим делами. Однако редкий айтишник совмещает в себе разные квалификации: разработчика, тестировщика, администратора, инженера-архитектора. А если и совмещает, то вряд ли одинаково хорошо. Он может разбираться в промежуточном ПО, а в работе облачных сервисов и ПО для виртуализации не очень.



Когда бэкенд расширяется, нагрузка на айтишника возрастает. Что-то начинает проседать. Хуже всего, если это критическое для стартапа направление, например разработка продукта. И вот уже человеку приходится работать сверхурочно, а иногда и круглосуточно.

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

Все сервисы разворачиваются на одной виртуальной машине


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

Масштабируются стартапы обычно вертикально. То есть просто увеличивают количество CPU, объем RAM, дисков и т. д. это классический монолитный подход, негативный эффект которого в какой-то момент становится необратимым. Если молодая компания растет, на определенном этапе ценник за наращенные ресурсы подскакивает до неподъемного уровня. Оптимизировать инфраструктуру при этом можно уже только одним способом: собрать ее заново.

Как помогает managed IT


Для такого типа проектов у нас есть услуга класса managed services managed DevOps.

Заказчик получает из коробки:

  • подготовку необходимых сред для работы: dev, test, prod;
  • настроенные процессы CI/CD;
  • подготовленный инструментарий для командной работы: таск-трекеры, системы контроля версий, деплоя, тестирования и пр.

На уровне инфраструктуры и инструментов всем стартапам нужно примерно одно и то же. Если сравнить венчурный рынок с золотодобычей, Managed Services Provider (MSP) предоставляет новые, качественные инструменты: кирки и тележки, которые не ломаются, карты, которые не врут. Старателю остается только выбрать место, где копать.

Плюсы managed IT


Managed IT это комплексная услуга, которая закрывает ряд обязательных потребностей.

  • На старте мы даем необходимые и настроенные ресурсы для работы, роста и проверки гипотез.
  • Точно можем сказать, как будет увеличиваться стоимость при масштабировании, потому что знаем, что ключевая метрика сходимость экономики стартапа.
  • Консультируем, чтобы сэкономить стартапу значительное количество человеко-часов. Также можем помочь с расчетами юнит-экономики проекта.
  • Делимся best practices рынка. Люди в ITGLOBAL.COM, работали с немалым количеством стартапов. Многие из этих стартапов на ежемесячном обслуживании. Это позволяет нам собрать воедино лучшие (и худшие) примеры и делиться опытом с клиентами.

Два случая из практики


По NDA мы не можем называть конкретные компании, но сферу и продукт да.

Сфера: финтех/ритейл

Продукт: маркетплейс

Проблемы:

  • В цепочке CI/CD отсутствовало тестирование. Добавление удаленных тестировщиков только усложнило процесс сборки.
  • Разработчики работали одновременно на одном dev-сервере без выделенных сред в контейнерах.
  • 70% времени разработчиков уходило на одни и те же действия из релиза в релиз. Скорость разработки была очень медленной.
  • Инфраструктура была развернута на лоукостер-хостинге в Германии (т. е. ни скорости, ни надежности).

Такое, к слову, наблюдается в каждом первом проекте.

Решение managed DevOps: внедрили процессы CI/CD, настроили корректное тестирование и мониторинг, вмешались в разработку на уровне бизнес-процессов, перенесли инфраструктуру на производительные серверы в дата-центр уровня Tier III.

Результат:

  • выросла эффективность разработки: новые фичи и обновления стали выходить быстрее при меньших трудозатратах;
  • как следствие, снизилась стоимость процесса разработки в целом;
  • инфраструктура стала гибкой: клиент может быстро масштабироваться как вверх, так и вниз;
  • затраты на managed DevOps, по данным клиента, окупились уже через полгода.

Сфера: веб-реклама

Продукт: ИИ-платформа для автоматизации рекламных кампаний

Проблемы:

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

Решение managed IT: перенесли инфраструктуру на топовое железо, настроили кластер Galera для горизонтального масштабирования, показали, как будет распределяться нагрузка на ВМ, настроили бэкапы и мониторинг. Сейчас, кроме обслуживания, активно консультируем, в том числе по DevOps.

Результат:

  • инфраструктура стала микросервисной: стоимость расширения значительно снизилась, а возможности по масштабированию, при тех же затратах, выросли;
  • увеличилась надежность и безопасность инфраструктуры;
  • разработчики перешли с каскадной модели сборки на CI/CD, что помогло снизить издержки;
  • финансовая выгода от managed IT, по данным клиента, стала очевидной сразу.

Заключение


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

Тем не менее, современные инструменты, практики и профессиональные кадры, которые предоставляет Managed IT-провайдер, значительно снижают вероятность неудачи.
Подробнее..

Эволюция ИТ от локальных серверов до managed services

28.09.2020 16:10:09 | Автор: admin

За последние 30 лет ИТ-индустрия и подход к предоставлению ИТ-услуг изменились кардинально. Попробуем проследить основные этапы этой эволюции.

Эволюция Managed IT наглядноЭволюция Managed IT наглядно

В хронологии будем опираться на западный как более релевантный.

1990-е: зарождение аутсорсинга

До появления высокоскоростного интернета и удаленного доступа ИТ-сервисы разворачивались и управлялись локально. У не-ИТ-компаний сервисов было немного: MS Office, почта, телефония, специальный софт. Все это запускалось на собственных серверах и СХД. Тогда содержать серверную и штат ИТ-специалистов было нормальной практикой и не воспринималось как непрофильная инвестиция.

Постепенно технологии множились и усложнялись. К середине 1990-х у большинства компаний была компьютерная сеть и, соответственно, сетевая инфраструктура: коммутаторы, маршрутизаторы, брандмауэры. При этом штатные ИТ-специалисты напоминали многоруких Шив, которые могут и то, и это, и даже чуть-чуть программировать. Рос спрос на квалифицированные кадры.

Параллельно увеличивалось количество системных интеграторов и компаний, которые предлагали консультационные услуги. Это важный этап: ИТ-консультанты стали востребованными именно как приглашенные внештатные сотрудники. Они делились лучшими практиками, давали рекомендации, помогали с настройкой и обслуживанием оборудования. Так, собственно, и зародился аутсорсинг ИТ-сервисов. Но это была ещё локальная услуга, которая предоставлялся на месте.

2000-е: появление управляемых сервисов

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

В то же время начали появляться хостинг-провайдеры, которые сдавали в аренду аппаратные мощности в дата-центрах (co-location). Обслуживание инфраструктуры провайдеры брали на себя.

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

Еще один маркер: появление прикладных корпоративных приложений в облаке SaaS. Первопроходцем стала компания Salesforce, разработчик CRM-платформы, которая существует и поныне. Здесь уже клиенты не задумывались о том, чтобы поддерживать инфраструктуру для функционирования корпоративного ПО этим занимался поставщик.

2010-е: становление MSP

Компании, которые раньше были ИТ-консультантами, стали предлагать, если буквально, управляемые ИТ-услуги (managed IT). Они набирали в команду специалистов разных квалификаций от системных администраторов до разработчиков, чтобы предоставлять полный набор услуг: настройку, администрирование и мониторинг ИТ-сервисов. Чем большим количеством сервисов управлял такой провайдер (Managed Service Provider MSP), тем он был успешнее.

Важная особенность: аутсорсинг у MSP стал уже преимущественно удаленным.

Сфера ИТ-услуг поделилась на два сегмента: на компании, для которых ИТ это бизнес, и на компании, которым ИТ нужны исключительно для автоматизации бизнес-процессов. Конкуренция за кадры сменила вектор: лучшие инженеры уходили в ИТ-компании; остальным приходилось выращивать специалистов самостоятельно.

2020: зрелость managed IT

На Западе индустрия управляемых ИТ-услуг полностью созрела и стала доминирующей сервисной моделью в ИТ. В России, по нашим наблюдениям, этот процесс отстает лет на 5.

Отметим главные особенности рынка managed IT.

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

  • Инфраструктура и сервисы передаются в ведение MSP, который управляет и мониторит сервисы онлайн.

  • Главная метрика для MSP не количество часов, которые отработал инженер, а должный уровень доступности сервиса, прописанный в SLA.

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

  • Компаниям, для которых ИТ непрофильная статья расходов, больше не нужно управлять собственной ИТ-инфраструктурой, программным обеспечением и даже иногда разработкой ПО.

  • Капитальные затраты на ИТ сменились на операционные на ежемесячные платежи. Компаниям стало проще планировать ИТ-бюджет.

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

ИТ теперь затрагивают все бизнес-процессы: HR, закупки, финансы, продажи, обслуживание клиентов, информационную безопасность и так далее. Поддерживать эффективность этих процессов без помощи стороннего поставщика управляемых услуг всё сложнее.

Managed IT в России

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

Компаний, ИТ-сервисы которых застряли в 19902000-х, конечно, с каждым годом меньше. Российский рынок ИТ медленно, но верно движется в сторону managed services модели предоставления ИТ-услуг, которая, как нам кажется, наиболее адекватна реальности.

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru