Презентации по импортозамещению на конференциях пестрят красивыми графиками, за которыми скрывается огромный техдолг. И проблемы находятся не на стороне архитектуры, а в головах пользователей. Перевести их с привычных систем — как заставить убеждённых фанатов «яблока» перейти на «андроид».
1. Тянуть за собой «чемодан без ручки». Переносить старые процессы в новый софт без аудита — прямой путь к провалу. Обычно про критичное забывают, а историческое тянут за собой. Аудит цепочек ценностей выявит действительно нужное.
2. Игнорировать внутренний PR. Сотрудники боятся неизвестности и сопротивляются изменениям. Из опыта — собирают даже петиции, чтобы не завершать проект. Явный провал внутреннего пиара.
3. Слепо доверять подрядчикам. На одном из проектов я полностью сменил подрядчика и нескольких РП. Теперь выбор — только через рекомендации профсообщества. Требуется тотальный контроль исполнителя, в том числе через внутреннего РП.
4. Недооценивать время на «человеческий фактор». Со стороны ИТ мы часто путаем техническую готовность с операционной. Можно идеально развернуть новую инфраструктуру, но если операционист в отделении не понимает, как провести платёж в новом интерфейсе, бизнес остановится. Техническая миграция требует минимума усилий. Работать нужно с людьми.
5. Работать без плана Б. Бросаться «в омут с головой» — гиблое дело. Принцип pre-mortem — проводить сессии по генерации идей, где проект может «свернуть не в ту сторону». А дальше отработать каждый из сценариев. BCP чистой воды, но в проектной деятельности.
6. Тестировать только силами ИТ-отдела. Отлавливать ошибки исключительно силами ИТ — значит копить технический долг. В угоду срокам пользователей отключают от тестов, что ведёт к увеличению техдолга, росту стоимости поддержки (RUN) конечного продукта и новым инцидентам.
7. Не декомпозировать вехи и задачи. Без жёсткого плана, реестра проблем и рисков проект превращается в хаос. Используем цикл PDCA, детальную дорожную карту с дедлайнами и частые статус-встречи.
8. Игнорировать базу знаний. Видеоуроки, вебинары, рассылки шпаргалок и FAQ — ничто не должно уйти от внимания пользователей.
9. Не привлекать ЛОМов (лидеров мнений). ИТ могут не слушать, но своим коллегам верят. Найдите лояльных (и не только) ЛОМов в подразделениях, которые будут сначала проверять систему на себе, а потом успокаивать остальных.
10. Исключать личное участие CIO. Вовлечённость ИТ-директора кардинально повышает доверие. Личный звонок кратно снизит недовольство, а пара личных встреч повысит лояльность и финальную успешность проекта.
Импортозамещение в финсекторе — это управление сложными социальными изменениями, а уже потом железо, софт и требования ЦБ, ФСТЭК или ГОСТ.
Сколько ошибок вы видели в импортозамещении? Насколько вырос техдолг?