Добавить в корзинуПозвонить
Найти в Дзене

Почему IT-инициативы буксуют - и как этого избежать: практический взгляд CTO

Классическая ситуация: IT-директор запускает проект - вроде все по плану, бюджет утвержден, команда в боевой готовности. Проходит 3-4 месяца - появляются задержки, приоритеты меняются, а эффект размывается. Что происходит? Причина в том, что большинство компаний не управляют IT как системой ценностных потоков (Value Streams). Решения принимаются "по задачам", а не "по потокам ценности", из-за чего: Пример из практики: Компания запускает инициативу "ускорение onboarding новых клиентов". Но количество завершённых регистраций не выросло. 4 .Перестроили IT-инициативы вокруг узких мест в потоке, а не вокруг "красивых задач". Например, оказалось, что проблема не в скорости формы, а в том, что после регистрации клиент не получает welcome-инструкции → теряется контекст → не доходит до оплаты. 5. Внедрили цикл обратной связи с бизнесом каждые 2 недели, где обсуждали не "что сделано", а "как изменились метрики потока". Когда IT перестает быть «исполнителем задач» и становится «управляющим потока
Оглавление

Классическая ситуация:

IT-директор запускает проект - вроде все по плану, бюджет утвержден, команда в боевой готовности. Проходит 3-4 месяца - появляются задержки, приоритеты меняются, а эффект размывается. Что происходит? Причина в том, что большинство компаний не управляют IT как системой ценностных потоков (Value Streams).

Решения принимаются "по задачам", а не "по потокам ценности", из-за чего:

  • теряется связь между IT-активностями и бизнес-результатом;
  • сложно обосновать ROI;
  • команда живет в режиме постоянного "пожара".

Практическое решение: внедрение Value Stream Management (VSM)

Пример из практики:

Компания запускает инициативу "ускорение onboarding новых клиентов".

Раньше подход был такой:

  • IT получает ТЗ: "Сделайте форму регистрации быстрее".
  • Разработчики оптимизируют фронтенд → форма стала грузиться за 0.8 сек вместо 2.5.

Но количество завершённых регистраций не выросло.

Что изменили:

  1. Определили сквозной value stream: "Lead → Signed contract".
  2. Назначили Product Owner’а потока - не просто менеджера продукта, а человека с P&L-ответственностью за конверсию.
  3. Собрали метрики по всем этапам:
  • Сколько лидов доходит до регистрации?
  • Где отваливаются?
  • Как время onboarding влияет на LTV?

4 .Перестроили IT-инициативы вокруг узких мест в потоке, а не вокруг "красивых задач".

Например, оказалось, что проблема не в скорости формы, а в том, что после регистрации клиент не получает welcome-инструкции → теряется контекст → не доходит до оплаты.

5. Внедрили цикл обратной связи с бизнесом каждые 2 недели, где обсуждали не "что сделано", а "как изменились метрики потока".

Результат:

  • Через 3 месяца конверсия из лида в оплату выросла на 22%, а ROI инициативы стал очевиден даже для CFO.
  • Как избежать буксования - чек-лист для CTO:
  • Каждая IT-инициатива должна быть привязана к конкретному value stream (и иметь владельца этого потока).
  • Метрики успеха - бизнес-метрики, а не технические.
  • Приоритизация - через призму влияния на поток, а не через «громкость запроса».
  • Регулярный ретроспективный анализ потока, а не только спринтов.
  • IT и бизнес говорят на одном языке: не "мы сделали API", а "мы сократили время подключения партнера с 14 до 3 дней".

Когда IT перестает быть «исполнителем задач» и становится «управляющим потоками ценности» - застой сменяется движением вперед.

#ValueStreamManagement #VSM #ITстратегия #Agile #CTO #ROI #yyushkevichIT4IT