Знаете, какая самая дорогая ошибка в ИТ? «Успеем потом»

Расскажу историю, с которой я столкнулся, работая в европейской компании.
Когда в 2016 году приняли GDPR, все думали: «Два года — это вечность», поэтому адаптируем инфраструктуру «как только, так сразу, но потом, не сейчас».
Угадайте, когда наступил момент, знаменитого «как только, так сразу»? Правильно: под конец 2017.

По классике, работу, которую, по-хорошему нужно было начинать ещё в 2016 году, задвинули на потом, а когда оттягивать было уже невозможно, вынуждены были врубить режим переработок с легкими нотками безумия: дедлайны срывались, потому что пришлось двигать в сторону запланированное ранее, чтобы сфокусироваться на миграции, ну а из-за суеты баги копились как снежный ком. Как опытный тимлид я понимаю, что так тоже можно… да и штрафа мы, конечно, избежали… Но вот вопрос: зачем же идти через боль, переработки и потенциальной потери денег?

Так вот, к чему я это. Сейчас для российских компаний тема 152-ФЗ особенно важна, ведь в мае этого года начали действовать новые правила, и штрафы за хранение, сбор и обработку ПДн без уведомления — выросли до 100-300 тысяч, а за утечки — до десятков миллионов!

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

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

А вам приходилось сталкиваться со стратегией «потом, не сейчас» с резким переходом в формат «нужно было вчера»?
Делитесь историями — лучшие кейсы разберут эксперты в тг-канале Рег.облака, а авторов ждет мерч, который можно прикладывать туда, где болит.

И забирайте стикерпак «Я выжил в 404» для моментов, когда хочется плакать, но нужно чинить.

Реклама. ООО «РЕГ.РУ» ИНН 7733568767 erid:2VtzqukXkuf