Импортозамещение продолжается ― президент подписал поручение, по которому все государственные компании обязаны перейти на базовое российское ПО к 2025 году.
Представители Минцифры сообщили, что это в первую очередь коснется операционных систем, офисных пакетов, виртуализации и систем управления базами данных.
Но даже не в государственных компаниях происходят изменения: импортный софт перестал легально продавать лицензии. Что делать в такой ситуации?
Использовать импортный софт нелегально грозит штрафами, репутационным ущербом и даже уголовной ответственностью. Выход ― переходить на российские аналоги.
Бизнес ставит ИТ-специалистов перед фактом: закупаем и внедряем новый софт. Это надо делать в сжатые сроки, учесть все аспекты, чтобы ИТ-инфраструктура корректно работала и производительность сотрудников не снижалась.
В статье эксперты «Инферит ИТМен» рассмотрят, к каким проблемам импортозамещение ПО приводит уже сейчас и как их минимизировать.
Специалисты технической поддержки компании каждый день берут в работу десятки заявок: компьютер не включается, программа не загружается, браузер не открывается (вдруг), принтер не печатает. В общем, все как обычно.
В такой рутине важно не только закрыть заявку и решить проблему сотрудника, но и уложиться в определенное время, то есть держать SLA на нужном уровне и не давать ему стремительно падать вниз.
Все это привычные условия, но скоро появится и новая проблема ― ускоренное и для многих компаний обязательное импортозамещение софта.
Просто представьте: сотрудники десятилетия работали в родных Windows и Microsoft Office, а тут надо перейти на непривычный российский софт, офисные пакеты и даже операционные системы. Процесс адаптации обещает быть нелегким: кнопки непонятные, программы лагают, весь шаблон рутинных операций ломается. В результате поддержку засыпят тикетами.
Эта статья для всех, кто работает с заявками сотрудников, утопает в рутине и отвечает за сорванные дедлайны. Разберем несколько уровней организации работы с заявками и рассмотрим решения, как закрывать тикеты быстрее, чтобы выполнять SLA.
Все счастливые проекты похожи друг на друга, каждый несчастливый проект несчастлив по-своему.
6 лет занимаюсь внедрением и автоматизацией бизнес-процессов, из них 3 года – внедрением ITAM-решений. В проектах по автоматизации процессов управления ИТ-активами постоянно боремся с различными мифами.
Природа этих заблуждений самая разная: непонимание методологии, технических аспектов, ошибки в построении взаимосвязей процессов, неоправданные ожидания и пр.
Рассмотрим эти мифы подробнее, попробуем развеять их или подтвердить.
При внедрении ITAM-решений часто приходится сталкиваться с различными мифами. Чтобы проект был успешен, важно разобраться в природе этих ложных представлений клиента, снять все открытые вопросы, избавиться от ненужных заблуждений или убедиться, что это не миф.
В предыдущей статье мною рассмотрены несколько вопросов-мифов:
Сегодня разберу следующую порцию мифов, которые накоплены в ходе реализации проектов по автоматизации процессов управления ИТ-активами.
Выступал на конференции «ITAM & SAMday 2018» (IT Asset Management и Software Asset Management). Основной вектор дискуссии – обмен опытом в построении моделей управления ИТ-активами в компаниях самых разных отраслей.
Поделюсь тезисами доклада и затрону вопросы:
Не раз в проектах приходилось сталкиваться с идеалистическим подходом, когда стремятся работать по принципу «внедряем всё и сразу». Практика показывает, что с многофункциональными ИТ-системами это сложновыполнимая задача.
Всегда предлагаю есть «слона» по частям, поэтапно.
Универсальной последовательности этапов внедрения ITAM не существует. Но выделяется костяк, который может подойти большинству компаний. Не вошедшие в «скелет» проекта процессы становятся индивидуальными особенностями реализации.
В предыдущей публикации я делился опытом:
В этой статье хочу продолжить тему и рассказать:
