Поразгоняю сегодня на тему трех ролей CIO по мотивам исследования от HeadExpert и Global CIO и постараемся понять, что это: идеальный профиль CIO, завышенные ожидания или фантазии на тему?

Исследование рисует впечатляющий образ современного CIO: это не просто ИТ-директор, а стратег, лидер изменений и одновременно гарант устойчивости. Цифровой евангелист, бизнес-партнёр, трансформатор, архитектор, CISO, HR-лидер… и всё в одном флаконе. В принципе звучит вдохновляюще, но сразу возникает закономерный вопрос: "а насколько это реалистично?"

Что вызывает мой скепсис:
🟣Много ролей - мало ресурсов. Да, CIO должен быть и про технологии, и про бизнес. Но редко когда у него есть настоящая поддержка на уровне компании, чтобы действительно влиять на стратегию, трансформацию и культуру компании
🟣Ответственность – есть, а бюджет - не всегда. Когда от CIO ждут новых цифровых продуктов, ИИ-инициатив и гибких процессов, но при этом бюджет согласуется "впритык", то все превращается в неоправданные ожидания
🟣Реальное участие в стратегии. Да, 70% CIO, по отчёту, входят в советы директоров. Но как часто их голос там решающий, а не технический? Становится ли CIO реальным совладельцем бизнес-целей или остаётся "про IT"?

Но несмотря на мой скепсис, исследование крайне важное и полезное:
📎 Оно систематизирует сдвиг в восприятии роли CIO
📎 Показывает, какие компетенции действительно важны (не только AI и DevOps, но и коммуникации, бизнес-навыки, лидерство итд)
📎 Даёт конкретные рекомендации для CEO и HRD, как поддерживать CIO на новом уровне

Очевидно, что CIO уже не просто ИТ директор. Но для того, чтобы CIO стал стратегическим лидером, этого мало признать на бумаге. Нужна среда, в которой он будет не просто участвовать в сессиях, но и реально влиять на цели компании. Также нужен серьезный сдвиг в майндсете компании, чтобы ИТ и бизнес работали как единое целое, а не в режиме - заказчик-подрядчик. Ну и финансово - цифровые инициативы - это инвестиции, а не расходы.
Ну и принцип разумной достаточности. CIO это не супергерой: гораздо продуктивнее создать команду, где роли дополняют друг друга, а не напихиваются в одного человека, как яблоки в рождественского гуся…
#цифроваятранформация #новости #впоискахсеребрянойпули #управление #ИТ

Вот помню была реклама чая Нури - "И в моей жизни был Валера". Теперь "Валера" есть у всех нас. И он сантехник-айтишник. Правда не настоящий, а промпт для ChatGPT, реализующий помощника для кодирования, но от этого только веселее.

В статьях и сообщениях обычно фигурирует старший научный сотрудник NVIDIA, который поделился промптом своего друга. И если про друга мы не знаем ничего (можем только предположить, что его зовут Валера :) ), то в профиле самого сотрудника написано:

ViTaly, yobibyte, senior RS @ NVIDIA, Reinforcement Learning PhD from @UniofOxford, ex RS at Isomorphic Labs, intern @ MSR Cambridge, DeepMind, Facebook, NVIDIA

Промпт забавный, сгенеренный код изобилует "Russian-style profanity": print("Device not found, blyat!") или print("Error sending data, pizdeс: %s" % str(e))

Но если по серьезному, то промпты это способ настроить личность для ответов. Не просто ответы на вопросы, а ответы с определенной стилистикой, использующие определенный язык или жаргон. Вы режиссер в театре. Вы пишете роль, а ChatGPT ее играет.

Зачем это может быть нужно:
🔘Для создания креативного контента (бот-персонажи для сторис, постов, игр)
🔘Для эмуляции реальных специалистов (для тренировки общения, например)
🔘Для развлечения (поспорить с занудой или почитать код сантехника-программиста)
🔘Для обучения (информация через необычные диалоги лучше запоминается

Ну и для того, чтобы в жизни каждого из нас появился "Валера".
#новости #AI #ChatGPT #чтотампроchatgpt

Как можно "переупаковать" старую проблему? На hh.ru вышла статья про Work-Life Blend - типа новую философию, пришедшую на смену Work-Life Balance. Идея в том, что вместо поиска баланса между работой и жизнью, надо их "смешивать": звонок коллеге во время прогулки, отчёт с пляжа, митинг из кафе и обед с семьёй посреди рабочего дня. Звучит как гибкость? На деле - просто новая этикетка на старое выгорание…. Но теперь со вкусом ванили.

Какие я вижу проблемы:
1️⃣ Путаница под лозунгом свободы
Авторы подают Blend как прогрессивный подход: мол, границы между работой и личной жизнью стираются, и это хорошо. Только вот никто не уточняет, кто чаще всего выигрывает от этой "размытости". Спойлер: не работник. Если ты отвечаешь на сообщения босса в 22:00 - это не свобода, а отсутствие права на личное время

2️⃣Проблема - системная, а решение - индивидуальное
Work-Life Blend позиционируется как "настрой под себя". Но ни слова о реальных условиях труда: дедлайны, микроменеджмент, KPI и культура "всегда на связи" никуда не делись. Смешивай не смешивай - если в компании токсичный подход к времени, тебя всё равно "сварят" в этом блендере

3️⃣ Не благодаря, а вопреки
Многочисленные исследования подтверждают: чёткое разделение работы и личной жизни снижает уровень стресса. Люди, у которых есть физическое или временное "отключение" от работы, чувствуют себя лучше. А Blend всё это стирает, а без границ мозг просто не отдыхает

Итого: если вам продают Work-Life Blend как свободу - задумайтесь, не скрывается ли за этим Work-Without-Life. Потому что настоящий баланс - это не когда ты можешь работать из ванной, а когда можешь не работать вообще. А то пока что Work-Life Blend выглядит как способ красиво обосновать 24/7-доступность под соусом "гибкости".
#подбор #разработка #development #управление #HR

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

Основные тезисы:
🔵Интеграция ИИ в архитектуру. Использование Retrieval-Augmented Generation (RAG) и агентных ИИ-систем становится все более распространенным, позволяя создавать более интеллектуальные и адаптивные системы
🔵Переход к клеточной (cell-based) архитектуре. Подход, при котором системы разбиваются на независимые "ячейки", обеспечивает лучшую изоляцию сбоев и повышает надежность систем
🔵Фокус на конфиденциальность и устойчивость. Вопросы безопасности данных и экологической устойчивости становятся приоритетами на ранних этапах проектирования, а не рассматриваются постфактум
🔵Использование готовых платформ. Организации все чаще предпочитают использовать готовые платформы, что позволяет снизить сложность разработки и повысить безопасность
🔵Проектирование систем вокруг команд, которые их строят и обслуживают, набирает популярность. Децентрализованное принятие решений становится способом устранения архитекторов как узких мест

Эти тренды отражают стремление к более интеллектуальным, надежным и устойчивым архитектурам, способным адаптироваться к быстро меняющимся требованиям и технологиям.
#разработка #архитектура #цифроваятранформация #development

Хочу вернуться к Эрику Шмидту и его выступлениям на тему ИИ, его роли во всем этом движе. О его выступлениях писал Олег ранее на канале и там была ссылка на статью в блоге Ашманова. Там много написано на тему ИИ, а я хотел бы обратить внимание на один аспект, который в статье Ашманова описан, но возможно не все на нем сфокусировали свое внимание.

Шмидт работал гендиректором (CEO) Гугла почти 20 лет, стал акционером, миллиардером и т. п. Естественно, он был связным ИТ-индустрии с "разведсообществом" и Пентагоном, организовывая такие штуки, как покупка Гуглом проекта Keyhole и превращение его в Google Earth с закрытой, гораздо более точной версией геопространственной системы для разведки, и кучу других госконтрактов с Пентагоном и разведкой.

Вот бы поудивляться. Но не буду. Немногие знают, что вся история ИТ и разработки программного обеспечения тесно связана с государством, армией и ВПК. Немногие - не потому, что это секрет, а потому, что мало кто залезал в такие тонкости.
✔️ "Production of Large Computer Programs" (Herbert D. Benington) июнь 1956 года - первый процесс разработки ПО … для системы ПВО SAGE
✔️ "Инженерия программного обеспечения" в Гармишпартенкирхене, 1968 и 1969 года - кризис ПО и формулирование подходов к проектированию, созданию и распространению ПО - под эгидой НАТО
✔️ "Управление разработкой крупных программных систем" (Dr. Winston W. Royce) 1970 год - первое появление водопадной модели - а работал этот парень в корпорации…. Локхид и ТРВ

В общем выглядит как тема для научного исследования - "Гонка вооружений, как катализатор развития технологий"
#разработка #development #AI #ИТ #мнения

Про рынок труда по мотивам ежемесячного отчета HH - Краткий рынок труда за апрель 2025.
Основное:
🔘hh индекс упал до уровня 5.6 (соотношение количества активных резюме к количеству активных вакансий)
🔘Среднее число активных вакансий упало на 21% к уровню предыдущего года
🔘Среднее число активных резюме выросло на 34%

Но это средняя температура по больнице. А если смотреть в детали, то все несколько забавнее:
🔵В ритейле наблюдается острый дефицит кадров (hh индекс 4.4)
🔵В ИТ наоборот - дефицит вакансий (hh индекс 11.7)
🔵Число вакансий в ИТ уменьшилось на четверть по сравнению с апрелем прошлого года
🔵Число соискателей увеличилось на ту же четверть за тот же период
🔵За прошедший месяц - число соискателей в ИТ осталось на том же уровне, а число вакансий уменьшилось на 4%

В общем рынок труда нестабилен. А рынок труда в ИТ - вообще колбасит. Похоже закончилось или заканчивается то "жирное" время, когда любого, хоть сколько-то внятного ИТшника отрывали с руками. Не могу сказать, что рынок поменял вектор, но то, что пошел откат от рынка кандидата в сторону точки "0" — это факт. Посмотрим на дальнейшую динамику.
#подбор #разработка #development #управление #HR #development #рыноктруда #войтивит

Хочу снова поразгонять на тему гибких методик разработки в энтерпрайзе.
Agile как философия и его реализации задумывались как способ повысить гибкость, скорость реакции и ориентацию на ценность для клиента. Небольшие кросс-функциональные команды, минимум бюрократии, быстрая обратная связь, культура постоянного улучшения — всё это звучит как противоположность классическому Enterprise-подходу больших комапаний.

Сейчас, в июне 25 года 21 века, термин Agile потерял значительную долю хайповости. Более того, слышал мнение, что скоро за фразу "Agile" или "SCRUM" будут "давать в морду". Но тем не менее, еще несколько лет назад был бум, когда крупные корпорации заявляли: "Мы внедрили Agile". Ну внедрили и внедрили. Круто, можно поздравить. Но если попробовать посмотреть на внедренные команды и процессы, то начинается "срыв шаблона".

Вместо ожидаемой гибкости появляется:
🟣 Скрам команды с 15+ человек, где дейлик длится час
🟣 Продакт, который ничего не решает без трёх уровней согласования
🟣 SAFe или LeSS как способ закамуфлировать классическую иерархию
🟣 Груминги, планирования и демо, проводимые "потому, что так написано в гайде"
🟣 Ретро, после которых не меняется ничего

В итоге не Agile трансформация организации, а наоборот — организационная трансформация Agile. Как в сказке, - принцесса (Agile) целует лягушку (Enterprise), чтобы та стала принцем — но сама превращается в лягушку.

Почему так происходит? Все просто. Несмотря на то, что всех тошнит от Agile, пользоваться им умеют не то, чтобы все. Agile — это не фреймворк и не набор митингов. Это прежде всего культура, ориентированная на доверие, автономию и быструю поставку ценности. А Enterprise так не умеет. А без изменения мышления, оргструктуры и принципов управления любые "Agile-преобразования" — это не трансформация, а имитация оргазма. Поэтому лучше уж честный водопад, чем такая вот принцесса-лягушка.
#разработка #цифроваятранформация #agile #development #продуктоваяразработка

Давайте сегодня посмотрим, какие сложности нас могут подстерегать при работе над архитектурой в больших компаниях и холдингах.

Начнем с того, что большие компании и холдинги — это сложная организационная структура. Дочки, блоки, совместные предприятия, зачастую благоприобретенные в результате слияний и поглощений и имеющих разную степень зрелости ИТ. Архитектурно это означает большое количество систем, сервисов, платформ от различных вендоров и разработчиков. Высокий уровень легаси, низкий уровень документирования процессов, интеграций и архитектуры.

Одновременно с этим имеем очень высокий темп изменений. Большое количество проектов, затрагивающих одни и те-же системы. Поверх этого надо наложить требования по инфобезу и защите корпоративной информации. А если корпорация подпадает под определенные законы, то и переход на российские решения и оборудование. В общем полный винегрет. Поэтому крайне важно внедрять системный подход к архитектуре и преобразованиям.

✔️ Где мы? В первую очередь актуализируем или собираем текущую архитектуру. Отвечаем на вопросы - что за системы, кто их владельцы, что за технологии, как интегрируемся, какие проблемы или тех.долги есть?
✔️ Куда идем? А главное - Как? Формируем образ целевой архитектуры, из чего она будет состоять, какие будут зависимости, как мы это хотим строить, какие ограничения могут быть? Строим дорожную карту, потому что все и сразу не получится.
✔️ Как строим? Если посадить вместе двух разработчиков, то еще есть шанс, что они договорятся. 200 - не договорятся никогда. Поэтому надо им дать четкие принципы построения архитектуры и стандарты - интеграций, безопасности, мониторинга, список разрешенных технологий.
✔️ Как проверяем? Чтобы не заблудиться в пути, создаем архитектурный комитет или комитет по изменениям, который поможет синхронизировать изменения в разных частях огромной компании и поможет в проектировании новых решений.
✔️ Как не навредить? Полный отказ от легаси в крупных компаниях — утопия. Поэтому надо научиться его готовить. Выделять узкие места и критические точки, аккуратно "раздевать" легаси, создать возможности для постепенной замены старых систем.

Таким образом, даже в самых сложных структурах можно из винегрета строить устойчивую и управляемую архитектуру. Главное — системность, последовательность и межкомандное взаимодействие.
#разработка #впоискахсеребрянойпули #цифроваятранформация #архитектура

Чуть больше года назад, в апреле 2024 года, Гугл опубликовал Список из 101 реального примера использования ИИ от ведущих мировых организаций. Прошел год и в апреле 2025 года этот список насчитывает уже 601 пример из различных областей. Поскольку меня интересует ритейл, то вот выжимка. Больше деталей по ссылке.

Клиенты:
▶️ AI Sommelier от Carrefour Taiwan, голосовой ИИ, интегрированный в приложение, помогает клиентам выбирать вина на основе их предпочтений
▶️ Home Depot создала Magic Apron — ИИ, который круглосуточно предлагает экспертные рекомендации чтобы облегчить обустройство дома
▶️ Lowe's улучшает поиск товаров с помощью Vertex AI Search, позволяющий генерировать динамические рекомендации по товарам и отвечать на сложные поисковые запросы клиентов

Сотрудники:
▶️ Arpalus разработал приложение, которое может мгновенно анализировать физическую полку и уведомлять сотрудников о действиях, которые необходимо предпринять для ее улучшения
▶️ Best Buy создает резюме разговоров в реальном времени с помощью ИИ контакт-центра, позволяя живым сотрудникам переключить свое внимание на поддержку клиентов
▶️ Home Depot разработала приложение Sidekick, которое помогает сотрудникам магазина управлять запасами и поддерживать полки заполненными
▶️ Woolworths использует Gemini для создания акций нового поколения и для быстрого обобщения всех предыдущих взаимодействий с клиентами в режиме реального времени

Креатив:
✔️ Carrefour использовала Vertex AI для создания Carrefour Marketing Studio - решения для оптимизации создания динамических кампаний в различных социальных сетях
✔️ L'Oreal Groupe использует Veo 2 и Imagen 3 в качестве творческого партнера, позволяющего создавать разнообразные кинематографические кадры за меньшее время в 20 странах и на 20 языках
✔️ Puma использует Imagen для настройки изображений продуктов на своем веб-сайте, что экономит время и обеспечивает их локальную релевантность на всех рынках

Разработка:
✔️ Leroy Merlin разработал свой анализатор pull реквестов с использованием Vertex AI показывающее суммарное изменение кода, помогая разработчикам быстрее понимать проекты и повышать эффективность проверки кода

Данные:
✅ Shopify полностью преобразовала свою инфраструктуру данных, объединив все свои данные и подключив их к технологиям обработки данных на базе ИИ для предоставления мощной бизнес-аналитики
✅ Unilever оцифровал процессы дистрибуции с помощью BigQuery и теперь может обрабатывать 75 000 заказов ежедневно

Безопасность:
🟡Dunelm интегрировал Google Security Operations с Acora для создания комплексного профиля рисков, и обеспечил адаптивную, гибкую и высокоавтоматизированную защиту даже от самых сложных угроз
🟡Grupo Boticário (лидер рынка косметики и парфюмерии в Бразилии) использует модели безопасности в режиме реального времени для предотвращения мошенничества, а также для выявления и реагирования на проблемы

Понятно, что это только выжимка и только про ритейл. В исходной статье гораздо больше информации по разным рынкам и по разным применениям.
#новости #AI #ChatGPT #чтотампроchatgpt #data #данные

На прошлой неделе форбс.ру опубликовал статью про бирюзовые компании и почему они не приживаются на российском рынке. Многие каналы подхватили обсуждение. Ну и я не смог пройти мимо этого движа. Исходную статью читаем по ссылке.

"Бирюзе" как массовому явлению немногим больше 10 лет. Все началось с Фредерика Лалу и его книги - Открывая организации будущего. Идея создать компанию без иерархии, самоорганизующуюся, с ответственными людьми, выбирающими что делать и куда развиваться, быстро проникла в умы и сподвигла на эксперименты. Вдумаемся: мало контроля и много доверия, работа ради смысла, а не KPI = описание работы мечты.

Но не сработало. Точнее сработало, но не для всех. Уже лет 5 назад на разных конференциях и во время круглых столов шли дискуссии о том, что пределом "бирюзовости" является организация в 50 человек. Что же пошло не так, почему сложно масштабироваться на бОльший объем?

✔️ Самоорганизация ≠ порядок - если в небольших командах еще можно отследить "серые" зоны и вовремя их закрывать, то в больших организациях можно легко упустить критически важные процессы из вида и никто их не закроет
✔️ Время = деньги - синхронизация кучи автономных команд требует бесконечного количества времени, т. к. у каждой команды свое видение "прекрасного"
✔️ Зрелость – редкий товар. Бирюзовость требует сознательных, мотивированных и ответственных сотрудников. Искать на рынке или выращивать внутри - долго и трудозатратно, а только на мотивированных и сознательных лидерах эту историю не вывезти
✔️ Децентрализация = отсутствие общего фокуса, а это означает отсутствие стратегии. Цели размываются, идеи конфликтуют, бизнес - стагнирует
✔️ Процесс превыше всего - еще одна проблема бирюзы. Фасилитации, ретроспективы, митапы, согласования это все важно, но забывается, что во главе коммерческих компаний стоит его величество P&L
✔️ Коллегиальность = коллективная безответственность. Сложные решения не принимаются, а если принимаются, то ответственность за них никто не несет

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

О роли доставки в екоме вообще и на маркетплейсах в частности. Заказал на Озоне фильтр воды на дачу. Так получилось, что заказал с доставкой домой, не в ПВЗ. Ну бывает, соскочила рука. Фильтр должен был приехать 11 июня. Но что-то пошло не так и 11 числа заказ перенесли на 12. А 12 — это праздник, поэтому заказ я перенес на 15 июня. Ну и расслабился. А зря. Потому, что 15 утром заказ перенесли на 16. Ну камон. Учитывая, что окна доставки у Озона целый день, с 12 до 23 часов, сидеть дома и ждать, когда привезут фильтр было уже не але. Работать надо 🥲

Результат - заказ отменен, деньги возвращены, покупка не совершилась, мерчант или площадка попали на доставку. Как они там уже между собой будут это разруливать, я не знаю, это уже не моя печаль. Фильтр я заказал и получил уже в другом месте. Два дня и он у меня.

Мысль, которую хочу подсветить - какая бы классная у вас ни была площадка, каким бы классным ни был бы ассортимент, но если вы не можете организовать внятную доставку, то результат будет печальным. Понятно, что для Озона этот кейс - атом в бесконечности. Но определенные выводы я сделал. С Озоном - только ПВЗ и только заказы, которые не критичны к сроку доставки. Если критично - буду искать в другом месте.
#еком #CJM #клиентскийопыт #логистика #доставка

Давно не писал про архитектурные антипаттерны. Сегодня рассмотрим очередной - Гиперуниверсальность или когда системы получаются слишком "гибкими", чтобы быть полезными.

Очень соблазнительно построить универсальную систему, которая сможет подстраиваться под любые изменения, которые могут или гипотетически могут возникнуть в будущем. Но нередко это желание приводит к тупику, известному как гиперуниверсальность (Misapplied Genericity) — ситуация, когда система становится чрезмерно абстрактной и обобщённой. Бывает, что гиперуниверсальность порождается желанием предусмотреть все и страхом, что требования изменятся или желанием сделать сервис "на века".

Например, вместо сервиса расчета бонусов, пишется:
🔜 сервис правил
🔜 конструктор акций
🔜 интерпретатор конфигураций
🔜 язык программирования для описания бизнес-логики (DSL - domain specific language)

Почему это плохо:
📌 Обобщенная архитектура это излишнее усложнение. Усложнение = время и деньги. Если это не нужно сейчас, то вы инвестируете в тех.долг (парадоксальненько, однако, но факт)
📌 Гиперуниверсальность это всегда конфигурация. А в конфигурации сложнее разобраться, чем в коде. Порог входа для новичков - выше
📌 Гибкие системы хуже поддаются изменениям, чем специализированные. Для изменения требуется понимать все уровни абстракции, что требует больше навыка и времени, чтобы разобраться
📌 Сомнительная бизнес-ценность. Бизнесу нужен функционал, а не потенциальная возможность расширения

Избежать этого антипаттерна легко - нужно строить сервисы на основании реальных, а не гипотетических кейсов. Если в дальнейшем будет сходные задачи, то можно сделать обоснованное изменение, обобщить новые кейсы. Но не наоборот.
Ну и классика - архитектура должна быть понятной. Особенно для тех, кто будет ее сопровождать….
#разработка #впоискахсеребрянойпули #цифроваятранформация #архитектура #антипаттерны

И снова про рынок труда. Помогает нам в этом опять ежемесячный отчет HH - Краткий рынок труда за май 2025.
Основное:
📌 hh индекс остался без изменений по сравнению с апрелем, все те-же 5.6 (соотношение количества активных резюме к количеству активных вакансий)
📌 Среднее число активных вакансий упало на 25% к уровню предыдущего года, а среднее число активных резюме выросло на 34%
📌 Среднее число активных вакансий и резюме снизилось на 5% по сравнению с апрелем

Если пройтись по ключевым для меня направлениям - ритейл и ИТ, то в сухом остатке имеем:
📌 В ритейле сохраняется острый дефицит кадров (hh индекс упал еще на одну десятую - 4.3)
📌 В ИТ дефицит вакансий вырос еще на 1 пункт (hh индекс 12.8 против 11.7 в прошлом месяце)
📌 Число вакансий в ИТ уменьшилось на 29% по сравнению с маем прошлого года
📌 Число соискателей увеличилось на 26% за тот же период
📌 Если в апреле число соискателей в ИТ оставалось на уровне марта, а число вакансий уменьшилось на 4%, то в мае число соискателей в ИТ уменьшилось на 3%, а число вакансий уменьшилось уже на 11%.

Резюме - нестабильность на рынке труда продолжается. Сохраняется дефицит вакансий в ИТ сфере и дефицит работников во многих других. ИТ-шное эльдорадо завершается.
От себя хочу добавить - скиловые спецы по-прежнему в цене. А вот те, кто рванул в ИТ за "длинным рублем" в условиях рынка кандидата, находятся под угрозой.
#подбор #разработка #development #управление #HR #development #рыноктруда #войтивит

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

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

Абстрактные примеры:
✔️ Ритейл. Известны компании, которые начали цифровую трансформацию с внедрения еком сайта, но не пересмотрели логистику, управление ассортиментом, клиентский сервис. Как результат - плохой клиентский путь, низкая удовлетворенность, потеря лояльности
✔️ Порталы цифровых услуг. Это не столько "оцифровка" документов, сколько выстраивание межведомственного взаимодействия, построение сквозных процессов и изменение точки зрения на получателя услуги, как на клиента
✔️ Промышленность. Датчики и устройства IoT это круто, но без адаптации производственных процессов и выстраивания системы принятия решений они не дают значимого прироста в эффективности

Очень важно понимать, что цифровая трансформация — это путь изменения стратегии, организационной структуры и культуры в компании. Технологии - важны, но вторичны и будут работать только при условии готовности компании к изменениям на всех уровнях.

Что нужно для успешной трансформации:
🟢 KYC - поиск и определение клиента
🟢 Перестройка процессов под клиента
🟢 Обучение и вовлечение сотрудников
🟢 Готовность к изменениям на всех уровнях
🟢 Культура постоянного улучшения
🟢 И только после всего этого - выбор ИТ-инструментов.

Зафиналю - Цифровая трансформация это не "про цифру", а про способность меняться. А технологии это то, что помогает быстро и эффективно реализовывать изменения.
#разработка #цифроваятранформация #agile #development #продуктоваяразработка