Grow by design or by disaster
Как вы знаете, я занимаюсь внешним управлением ИТ отделом, помогаю МСБ проводить фундаментальные изменения в ИТ. Одним из инструментов изменений явяется ИТ диагностика, которая обычно показывает объем несоответствия между задачами бизнеса и реальным состоянием ИТ функции. Этот объем дальше нарезается на проекты, делится по приоритетам и выступает трафаретом проводимых изменений.
Как вы думаете, какой основной мотив толкает руководителя компании прийти с запросом на диагностику или на изменения?
- Понимание важности и критичности ИТ функции для компании?
- Желание выявить и устранить имеющиеся риски ИБ?
- Стремление выявить и устранить потери денег, времени, в т.ч. на неэффективных сотрудников и подрядчиков?
- Понимание важности масштабирования ИТ ландшафта под рост бизнеса?
- Желание автоматизировать критичные процессы и повысить эффективность бизнеса?
Ничего подобного...
На текущий момент у меня зафиксировано только 4 случая, когда руководитель бизнеса заранее задумался о системном развитии ИТ функции.
Обычно же, в 9 из 10 случаях это как правило уже случившаяся катастрофа или серьезный тупик:
- Потеря данных из-за аварии на серверах или атаки хакеров и вирусов
- Утечка данных к конкурентам по тем же причинам
- Умышленный ущерб со стороны обиженных сотрудников или подрядчиков: порча данных, утерянные пароли, ошибки в системах и т.п.
- Увольнение незаменимых сотрудников ИТ отдела, в некоторых случаях уход ИТ отдела в полном составе со всеми компетенциями
- Остановка развития бизнеса из-за невозможности масштабирования ИТ ландшафта и огромная упущенная прибыль
- Потеря коммерческой конкурентоспособности компании из-за раздутого штата, работающего в Excel, почте и сотнях групп в нескольких мессенджерах
- Проект, на который потратили уже ХХ млн. руб, а результата нет, и подрядчики слились
Каждый раз хочется сказать - "***, что ж вы раньше не обратились-то"? Но это вопрос риторический.
В любом случае рост неизбежен, либо запланированный (by design), либо спровоцированный (by disaster).
Правда, disaster практически всегда приводит к откату финансового результата бизнеса на месяцы и годы, а иногда и к закрытию бизнеса. Лучше до этого не доводить, времена и так не простые.
Telegram: Афанасьев PRO цифровизацию | CIOaaS
MAX: Заметки ИТ Директора | ScaleX
Как вы знаете, я занимаюсь внешним управлением ИТ отделом, помогаю МСБ проводить фундаментальные изменения в ИТ. Одним из инструментов изменений явяется ИТ диагностика, которая обычно показывает объем несоответствия между задачами бизнеса и реальным состоянием ИТ функции. Этот объем дальше нарезается на проекты, делится по приоритетам и выступает трафаретом проводимых изменений.
Как вы думаете, какой основной мотив толкает руководителя компании прийти с запросом на диагностику или на изменения?
- Понимание важности и критичности ИТ функции для компании?
- Желание выявить и устранить имеющиеся риски ИБ?
- Стремление выявить и устранить потери денег, времени, в т.ч. на неэффективных сотрудников и подрядчиков?
- Понимание важности масштабирования ИТ ландшафта под рост бизнеса?
- Желание автоматизировать критичные процессы и повысить эффективность бизнеса?
Ничего подобного...
На текущий момент у меня зафиксировано только 4 случая, когда руководитель бизнеса заранее задумался о системном развитии ИТ функции.
Обычно же, в 9 из 10 случаях это как правило уже случившаяся катастрофа или серьезный тупик:
- Потеря данных из-за аварии на серверах или атаки хакеров и вирусов
- Утечка данных к конкурентам по тем же причинам
- Умышленный ущерб со стороны обиженных сотрудников или подрядчиков: порча данных, утерянные пароли, ошибки в системах и т.п.
- Увольнение незаменимых сотрудников ИТ отдела, в некоторых случаях уход ИТ отдела в полном составе со всеми компетенциями
- Остановка развития бизнеса из-за невозможности масштабирования ИТ ландшафта и огромная упущенная прибыль
- Потеря коммерческой конкурентоспособности компании из-за раздутого штата, работающего в Excel, почте и сотнях групп в нескольких мессенджерах
- Проект, на который потратили уже ХХ млн. руб, а результата нет, и подрядчики слились
Каждый раз хочется сказать - "***, что ж вы раньше не обратились-то"? Но это вопрос риторический.
В любом случае рост неизбежен, либо запланированный (by design), либо спровоцированный (by disaster).
Правда, disaster практически всегда приводит к откату финансового результата бизнеса на месяцы и годы, а иногда и к закрытию бизнеса. Лучше до этого не доводить, времена и так не простые.
Telegram: Афанасьев PRO цифровизацию | CIOaaS
MAX: Заметки ИТ Директора | ScaleX