Бизнес план службы поддержки it

Бизнес план службы поддержки it thumbnail

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

Для начала выделим две наиболее распространенные модели организации ИТ-службы в различных компаниях.

1 модель — свой ИТ- отдел.

В штат нанимается от одного до N специалистов, назначается начальник отдела. Ставится задача: “Чтобы все работало”.Какие ошибки чаще всего допускаются в данной ситуации:

  1. Не прописываются четкие kpi для сотрудников.
  2. Нет нормирования труда, выражаемое в единицах оборудования на специалиста.
  3. Отсутствует система учета заявок и оценка качества выполнения.
  4. Заявки не категоризируются. Нет ограничения по срокам решения в соответствии с критичностью заявок.
  5. ИТ-отдел формируется без учета всех необходимых компетенций. К работам привлекаются дополнительные сторонние ресурсы.
  6. Сотрудники не мотивированы на снижение количества себестоимости работ и количества инцидентов.
  7. Инфраструктура компании несет дополнительные затраты на подбор персонала и его содержание.
  8. Не учитывается необходимость использования площадей компании под ИТ-отдел.
  9. Специалисты не развиваются, т.к. обучение не проводится, что приводит к их демотивации.

2 модель — приходящий сисадмин.

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

  1. Непредсказуемость сотрудника.
  2. Нет лояльности к компании.
  3. Недобросовестность выполнения работ.
  4. Смещение приоритетов к основному месту работы.
  5. Временны’е издержки на логистику.

Как правильно организовать работу ИТ-отдела

В первую очередь нужно правильно произвести расчет текущих затрат на поддержку ИТ-структуры:

  1. сделать поправку по ФОТ на необходимое повышение уровня обслуживания;
  2. учесть ЕСН;
  3. учесть затраты на запасные части и комплектующие;
  4. в разрезе затрат по оргтехнике провести перерасчет исходя на печать одной копии (у каждого принтера есть счетчик);
  5. учесть затраты на услуги сторонних организаций (ремонт техники в сервисных центрах, монтажные и проектные работы);
  6. учесть логистические издержки;
  7. учесть подбор и содержание персонала.

После этого расчета Вам станет ясно, сколько стоит содержание одной единицы оборудования в вашем офисе, а также стоимость печати одной копии А4 на ваших принтерах. Смело закладывайте оптимизацию в районе 10-20% (с объемом количества оборудования, экономия может быть выше). Именно с получившимися цифрами (на единицу оборудования и печать одной копии) нужно обратиться к компании, которая занимается ИТ-обслуживанием.

Какие условия прописать в договоре с подрядчиком

  1. Сроки решения заявок и снижение суммы выплат относительно качества обслуживания.
  2. Реальное проведение технического обслуживания на технике (продлевает жизнь, снижает количество заявок).
  3. Стандартизацию программного обеспечения на рабочих станциях (пакет программ может отличаться, но костяк не менее 80% программ должен быть един).
  4. Описать, при необходимости, график планового обновления парка техники (на год-два).
  5. Прописать необходимость регулярной (раз в год) инвентаризации оборудования и его технического состояния.
  6. Формализацию подачи заявок и отчетности по их выполнении (использование ServiceDesc, чат-ботов, почты) с фиксацией времени выполнения.
  7. Не забывайте про постоплату. Вы имеет возможность выровнять ваш CashFlow.

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

Как подобрать поставщика ИТ-услуг

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

Гибридная модель

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

За счет чего подрядчик добивается лучшего результата?

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

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

Читайте также:  Как правильно составить бизнес план по фирме

Источник

Для разработки своего IT стартапа (рекрутинговая веб-платформа) по крупицам создал детальную структуру бизнес-плана. Далее, проработав каждый пункт, получил ясную и понятную картину будущего Бизнеса. Структура охватывает все важные направления как для создателя, так и для инвестора. Адаптировано для рынков США и Европы.
Шерю для всех.

1.) Коротко о проекте (Что привносит проект на рынок?)
1.1.) Почему? (Мечта, видение, причина, вера, главная цель Бизнеса)
1.2.) Как? (миссия)
1.3.) Краткое описание сути Проекта
1.4.) Детальное описание Проекта
1.5.) Решаемые Проектом проблемы
1.6.) Долгосрочные цели проекта
1.7.) Бизнес-концепт: обзор проекта / описание ноу-хау

2). Функционал (Технологическое решение проекта)
2.1.) Краткое описание платформы
2.2.) Детальное описание платформы
2.3.) Дополнительные модули, услуги
2.4.) Тех. задание – веб платформа

3). Для кого (Рынок, пользователи, клиенты проекта)
3.1.) Портрет целевой аудитории
3.2.) Характеристики целевого рынка аналогичных продуктов / услуг

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

3.3.) Уникальное торговое предложение

4. Обзор бизнес-модели
4.1.) Деятельность

  • В чем заключается деятельности компании?

4.2.) Ценность для потребителей

  • Какой набор продуктов/услуг предоставляется потребителям?
  • Какую ценность проект несет для потребителей?
  • Какие потребности и проблемы потребителей решает проект?

4.3.) Сегменты потребителей

  • Все целевые сегменты потребителей
  • Наиболее важные сегменты потребителей

4.4.) Ресурсы

  • Какие ресурсы используются для создания ценности?

4.5.) Отношения с клиентами

  • Какие типы коммуникаций планируется выстроить для каждого сегмента потребителей?
  • Какой уровень сервиса?

4.6.) Дистрибуция

  • Каналы продаж
  • Стоимость каналов продаж
  • Приоритизация каналов продаж

4.7.) Партнеры

  • Партнеры
  • Поставщики
  • Ресурсы, получаемые от партнеров
  • Основные активности партнеров

4.8.) Структура расходов

  • Постоянные издержки, переменные издержки
  • Какие ресурсы наиболее затратные?

4.9.) Потоки доходов

  • За что готовы платить потребители?
  • Какие способы оплаты возможны?
  • Какие потоки доходов наиболее прибыльные?

4.10.) Основные бизнес процессы

5.) Конкуренция. Преимущества
5.1.) Список основных конкурентов
5.2.) Что обычно предлагают конкуренты на рынке?
5.3.) Что предлагает проект?
5.4.) Сводный анализ конкерентов
5.5.) Анализ лучшей практики (ряд примеров использования аналогичных бизнес-решений (возможно, из других отраслей)

6.) Модель монетизации для каждого продукта
6.1.) Принципы монетизации
6.2.) Ключевые цели и методы
6.3.) Количество потенциальных пользователей
6.4.) Маржинальность

7.) Стратегический потенциал проекта (Почему проект будет успешен в будущем)

8.) Ключевые факторы успеха
8.1.) Внешние факторы
8.2.) Внутренние факторы

9.) Команда проекта
9.1.) Ключевые лидеры
9.2.) Команда
9.3.) Советники

10.) Статус проекта
10.1.) Хронология (История развития)
10.2.) Текущий статус (Что уже сделано — статистика финансовых и других измеримых показателей деятельности)
10.3.) Достижения на данный момент

11.) Направления развития проекта. Цели. (Направления деятельности в рамках проекта, по которым запланирована или уже ведется работа)

12.) Дорожная карта (План реализации проекта. Основные вехи)
12.1.) Период
12.2.) Фокус

13.) Прогноз продаж, лежащий в основе финансовой модели (Сценарии)

14.) Инвестиционно-финансовые показатели проекта
14.1.) Прогноз чистых денежных потоков
14.2.) Необходимый объем инвестиций
14.3.) Период окупаемости
14.4.) IRR

15.) Долгосрочная инвестиционная стратегия (Стратегия развития / выхода)

16.) Инвестиционное предложение
16.1.) Условия участия

  • Оценка проекта
  • Необходимый объем инвестиций
  • Долевое участие инвестора
  • Структура бюджета
  • Финансирование

16.2.) Показатели

  • Годовой оборот компании через 3 года
  • Оценка компании через 3 года

16.3.) Раунды финансирования (транши)
16.4.) Сроки (подачи заявок, закрытия сделки)

17.) Фин. модель

18.) Маркетинг. Медиаплан

19.) Модель управления

20.) Система KPI

21.) Стратегия выхода

22.) Юридические аспекты

23.) Разное

Источник

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

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

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

Что IT-директора могут сделать для преобразования службы IT-поддержки и создания более продуктивных задач? Начните с понимания влияния вашего собственного восприятия.

Восприятие — это основа

«Самые дальновидные IT-директора рассматривают услуги как стратегическое направление IT, — говорит Стив Стовер, вице-президент по продуктам и интеграции в Samanage, облачном провайдере услуг IT-поддержки. «Они видят службу поддержки в рамках стратегии развития IT-услуг и рассматривают её как основную точку касания для значимого взаимодействия с конечными пользователями».

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

«Служба поддержки обычно служит единственной точкой контакта для сотрудников, когда речь заходит о любых требованиях, проблемах или помощи, в которой они нуждаются при потреблении технологических услуг», — говорит Прашант Менон, менеджер ManageEngine Service Desk Plus, программного решения для службы IT-поддержки. «В зрелых организациях служба поддержки гарантирует своевременную помощь и быстрое решение проблем на гарантированном уровне качества обслуживания (SLA)».

Как еще использовать потенциал службы поддержки? В этом вопросе организации находят специфические решения.

«Как организация использует службу поддержки, во многом зависит от ее размера, вертикали управления, конкретных требований, соответствующих инвестиций и того, насколько эти инвестиции соответствуют бизнес-целям», — говорит Менон. «Некоторые организации могут использовать свою техподдержку, чтобы просто обеспечить доступ к базовым технологическим услугам для сотрудников, в то время как другие могли бы использовать её стратегически как драйвер внедрения новых технологий».

Читайте также:  Бизнес план с экономическим анализом

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

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

Изменение культуры «поработал и беги»

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

«Основной задачей для компаний является обеспечение понимания для сотрудников IT-поддержки важности их вклада в достижение целей бизнеса», — говорит Менон. «Техподдержка часто рассматривается как вспомогательная, а не как основная бизнес-функция, поэтому команды IT-поддержки обычно сосредотачиваются только на выполнении своих задач. Служба поддержки и IT-менеджеры не понимают, насколько тесно IT-поддержка должна взаимодействовать с бизнесом в целом и то, как предоставление качественных IT-услуг оказывает глубокое влияние на итоговую прибыль компании».

Признание стратегической значимости IT-поддержки — это то, где IT-директора должны приложить свои усилия. Если IT-директор продолжает рассматривать службы техподдержки в качестве отражателя для вопросов и проблем пользователей, которые не должны беспокоить администраторов баз данных и разработчиков приложений верхнего уровня, культура «отработал и беги» для службы поддержки не изменится.

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

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

При такой стратегии персонал IT-службы становится настоящими лидерами. Они наставляют другие подгруппы внутри компании (например, HR, обслуживание клиентов) в том, как использовать технологии службы поддержки для ответа на вопросы пользователей и решения проблем. Они также помогают определить области, где самообслуживание — отличный вариант.
Напротив, менее опытные команды техподдержки, которые не имеют видения и не обладают качеством лидеров, скорее всего, будут заниматься «тушением пожаров» в большинстве случаев, как это было исторически. Борьба с пожарами означает, что у них не останется времени для отслеживания и анализа показателей производительности.

6 способов перезагрузить службу техподдержки

В начале 2016 года кредитный союз реализовал IT-систему для организации своей техподдержки. Благодаря правильному сочетанию форм ввода и автоматизации процессов они смогли улучшить и измерить ключевые показатели техподдержки, такие как открытые тикеты, с нарушением условий SLA, нагрузку на исполнителей, их производительность в соответствии с SLA, а также деление и категоризацию разбивки тикетов. В течение двух лет они расширили концепцию управления услугами за пределы IT — до четырех департаментов, включая HR.

Другие организации могут также «перезагрузить» свою службу техподдержки, рассмотрев шесть лучших практик:

1. Определите стратегическое направление развития службы поддержки и верьте в это.

«Недостаток лидерства в IT — частая причина разочарования в работе службы поддержки», — говорит Менон. «Если руководство не ясно определит ценность, которую несет техподдержка для бизнеса, и вместо этого больше фокусируется на транзакционных операциях, персонал службы IT-поддержки может не знать, почему они должны делать то, что они делают. IT-лидеры должны объяснить разницу между просто кучей кирпичей и строительством собора».
Менон прав. Многие IT-директора продолжают в основном использовать help desk, чтобы отделять вопросы пользователей от IT-функций, которые они считают более ценными, даже осознавая при этом ценность службы технической поддержки.

Как это изменить?

Определите инициативы службы поддержки, которые приносят ощутимую ценность компании и сделают её неотъемлемой частью этой стратегии.

«В одном случае IT-отдел реализовал систему помощи на основе ИИ для своей службы поддержки и сократил среднее время трудозатрат на два часа в неделю», — говорит Стовер. «Компания внедрила основанную на правилах систему, в которой ИИ использовалась для работы с историческими данными техподдержки. Эта система имела 96% коэффициент успеха в случаях, когда агенты техподдержки использовали ее в своей работе».

2. Заручитесь поддержкой внутри службы техподдержки и внедряйте инициативы

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

Преобразование службы поддержки и обеспечение принятия её ценности и роли начинается внутри самой службы.

«Люди в техподдержке действительно не понимают их роли и как лучше всего могут способствовать тому, чего хочет их компания», — говорит Менон. «Когда есть недостаток понимания целей между топ-менеджментом, лидерами департаментов и руководителями IT, производительность может оказаться на нуле».

Читайте также:  Анализ финансовой отчетности при разработке бизнес плана

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

Вторая очередь признания важности службы поддержки — это представители бизнеса.

В 2017 году American Express опубликовал свой Барометр обслуживания клиентов и обнаружил, что более половины американских потребителей отказались от запланированной покупки или транзакции из-за плохого обслуживания.

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

3. Акцент на непрерывном совершенствовании процесса

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

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

«Команда IT-поддержки может разработать ботов на основе ИИ, чтобы реагировать на запросы пользователей и быстро решать проблемы, предоставляя сотрудникам время позаботиться о других важных мероприятиях», — сказал Менон. «Эти боты могут понимать и реагировать на голос, а также через текстовые интерфейсы, даже если персонал службы поддержки недоступен или занят другими задачами. Возможности машинного обучения (ML) помогут снизить нагрузку, например, заменив человека в обработке огромных объемов данных, поиске шаблонов и определении требуемых действий для типичной ситуации».

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

«Если команда службы поддержки инвестирует в интеграцию своих инструментов с приложениями, которые пользователи уже применяют и хорошо в них разбираются, это беспроигрышная для обеих сторон ситуация с точки зрения ценности, которую они получат друг от друга», — говорит Менон. «Пример заключается в том, чтобы позволить пользователям отправлять запросы через WhatsApp, а не заставлять их проходить через набор сложных форм на сайте».

4. Сосредоточьтесь на пользовательском опыте

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

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

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

5. Наймите подходящих людей

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

6. Создайте карьерный путь для сотрудника службы поддержки

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

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

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

Другие статьи блога Cloud4Y:

→ Облачный архитектор – кто он? Необходимые навыки, знания и оплата (внешняя ссылка)
→ SD-WAN: причины успеха в корпоративном IT (внешняя ссылка)
→ TCO — это 1990-е годы: поприветствуйте TCS (Общая Стоимость Услуг) (внешняя ссылка)
→ Что происходит с ценами на облачные вычисления последние годы (Хабр)

Источник