Импортозамещение: 10 фатальных ошибок CIO (и как их избежать)

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

1. Тянуть за собой «чемодан без ручки». Переносить старые процессы в новый софт без аудита — прямой путь к провалу. Обычно про критичное забывают, а историческое тянут за собой. Аудит цепочек ценностей выявит действительно нужное

2. Игнорировать внутренний PR. Сотрудники боятся неизвестности и сопротивляются изменениям. Из опыта — собирают даже петиции, чтобы не завершать проект — явный провал внутреннего пиара

3. Слепо доверять подрядчикам. На одном из проектов я полностью сменил подрядчика и нескольких РП. Теперь выбор — только через рекомендации профсообщества. Требуется тотальный контроль исполнителя, в том числе через внутреннего РП

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

5. Работать без плана Б. Бросаться «в омут с головой» — гиблое дело. Принцип pre-mortem — проводить сессии по генерации идей, где может проект «свернуть не в ту сторону». А дальше отработать каждый из них. BCP чистой воды. Но в проектной деятельности

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

7. Не декомпозировать вехи и задачи. Без жесткого плана, реестра проблем и рисков проект превращается в хаос. Используем цикл PDCA, детальную дорожную карту с дедлайнами и частые статус-встречи

8. Игнорировать базу знаний. Видеоуроки, вебинары, рассылки шпаргалок и FAQ — ничто не должно уйти от внимания пользователей

9. Не привлекать ЛОМов (лидеров мнений). ИТ могут не слушать, но своим коллегам верят. Найдите лояльных (и не только) ЛОМов в подразделениях, которые будут сначала проверять систему на себе, а потом успокаивать остальных

10. Исключать личное участие CIO. Вовлеченность ИТ-директора кардинально повышает доверие. Личный звонок кратно снизит недовольство, а пара личных встреч повысит лояльность и финальную успешность проекта

Импортозамещение в финсекторе — это управление сложными социальными изменениями, а уже потом железо, софт и требования ЦБ, ФСТЭК или ГОСТ

Сколько ошибок видели в импортозамещении? Насколько вырос техдолг?