Публикация была переведена автоматически. Исходный язык: Русский
Когда говорят про IT- проекты, чаще всего показывают результат:
• единая
система
• автоматизированные процессы
• красивые интерфейсы
• рост показателей
Но почти никогда не показывают, как это происходит на самом деле.
А именно там
и начинается самое интересное.
Как всё начинается (спойлер: очень оптимистично)
На переговорах до заключения договора заказчик говорит:
«У нас всё
уже есть.
Мы 20–30 лет на рынке.
Процессы отточены.
Нужно просто это автоматизировать.»
Иногда версия №2:
«У нас есть
ТЗ, его просто нужно чуть доработать.»
Звучит
уверенно.
Почти идеально.
Что происходит в реальности
Процессы действительно есть.
Но:
• часть из
них существует только “в голове”
• часть работает по-разному у каждого сотрудника
• часть не работает вообще, но считается, что работает
И самое интересное:
если в
компании 50–150 человек,
то у вас не один процесс…
у вас 50–150 версий одного процесса
А знания ключевых сотрудников часто живут только у них в голове.
Уходит
человек — уходит часть бизнеса.
Этап, который все недооценивают
На старте
кажется, что можно быстро перейти к разработке.
На практике:
сначала
нужно оцифровать бизнес-процессы
И тут начинается:
• сбор
реальной картины
• разбор, “как есть”
• споры между отделами
• выяснение, кто вообще, как работает
И только потом появляется архитектура.
Иногда на это уходит не один месяц.
И да, это тот этап, который:
- нужно продавать отдельно
- и делать до разработки
Данные (или где они на самом деле)
На переговорах:
«У нас все
данные есть, передадим или интегрируем»
В реальности:
•
Excel-файлы
• таблицы “у кого-то на компьютере”
• тетрадки
• и, конечно, “в голове у сотрудников”
Чтобы система заработала:
данные нужно:
• найти
• структурировать
• оцифровать
• иногда руками внести (руками исполнителя)
Ручной ввод на старте неизбежен
Ожидание:
система всё автоматически соберёт и заработает
Реальность:
на старте многое делается руками
Почему:
• данные
раньше не структурировались
• источники не связаны
• процессы только формируются
Без этого
этапа система просто не взлетит
Кто принимает решения (и почему это важно)
На переговорах:
«Мы выделим
людей, всё согласуем»
По факту:
• нет одного
ответственного
• есть 5–8 руководителей
• никто не говорит на “техническом языке”
В итоге:
• документы
читаются вместе (техническое задание/проектное решение)
• решения принимаются долго
• появляются разночтения
А дальше классика:
«Давайте смотреть сразу в системе»
И если на это согласиться:
Разработка превращается в бесконечный
процесс “пока всем не станет хорошо”
Внедрение (самая недооцененная часть)
На переговорах:
«У нас
сильная команда, внедрение пройдет легко»
В реальности:
• нет
внутренних драйверов изменений
• сотрудники не замотивированы
• никто не хочет менять привычный процесс
И начинается:
исполнитель
=разработчик + аналитик + тренер + психолог + иногда сотрудник компании
Сопротивление и саботаж
Это не
исключение.
Это стандарт.
Особенно при 50–150 пользователях:
• массовое
обучение не работает
• люди отвлекаются
• забывают
• возвращаются к старым инструментам
И в момент запуска:
«мы не умеем
этим пользоваться, вы плохо обучили»
Что реально работает
Не массовое
обучение.
А:
• точечная
работа
• обучение на рабочем месте
• разбор конкретных задач
• внедрение “вживую”
С каждым сотрудником.
Да, долго.
Да, сложно.
Но только так система начинает жить.
Обучение это не один раз
Система
меняется.
Процессы меняются.
Люди меняются.
Поэтому
обучение становится постоянным процессом.
Где на самом деле создаётся ценность
Многие думают:
главное —
разработка
Но в реальности:
• разработка
это 30–40%
• внедрение это 60–70%
Потому что:
можно
сделать идеальную систему, которой никто не пользуется
и можно сделать неидеальную, которая даёт результат.
Разница
только в внедрении.
Как мы подходим к этому
Мы давно
перестали делать “просто разработку”.
Для нас это:
• погружение
в бизнес
• работа с процессами
• работа с людьми
• и только потом технологии
Мы работаем внутри команд:
• вместе
вводим данные
• вместе тестируем
• вместе перестраиваем работу
Пока система
не становится частью повседневной работы
Главный инсайт
Digital-трансформация это не про код. И не про красивые интерфейсы.
Это про
изменение того, как люди работают каждый день.
И именно поэтому:
Внедрение всегда сложнее, чем разработка. Внедрение может стоять дороже, чем разработка!
Когда говорят про IT- проекты, чаще всего показывают результат:
• единая
система
• автоматизированные процессы
• красивые интерфейсы
• рост показателей
Но почти никогда не показывают, как это происходит на самом деле.
А именно там
и начинается самое интересное.
Как всё начинается (спойлер: очень оптимистично)
На переговорах до заключения договора заказчик говорит:
«У нас всё
уже есть.
Мы 20–30 лет на рынке.
Процессы отточены.
Нужно просто это автоматизировать.»
Иногда версия №2:
«У нас есть
ТЗ, его просто нужно чуть доработать.»
Звучит
уверенно.
Почти идеально.
Что происходит в реальности
Процессы действительно есть.
Но:
• часть из
них существует только “в голове”
• часть работает по-разному у каждого сотрудника
• часть не работает вообще, но считается, что работает
И самое интересное:
если в
компании 50–150 человек,
то у вас не один процесс…
у вас 50–150 версий одного процесса
А знания ключевых сотрудников часто живут только у них в голове.
Уходит
человек — уходит часть бизнеса.
Этап, который все недооценивают
На старте
кажется, что можно быстро перейти к разработке.
На практике:
сначала
нужно оцифровать бизнес-процессы
И тут начинается:
• сбор
реальной картины
• разбор, “как есть”
• споры между отделами
• выяснение, кто вообще, как работает
И только потом появляется архитектура.
Иногда на это уходит не один месяц.
И да, это тот этап, который:
- нужно продавать отдельно
- и делать до разработки
Данные (или где они на самом деле)
На переговорах:
«У нас все
данные есть, передадим или интегрируем»
В реальности:
•
Excel-файлы
• таблицы “у кого-то на компьютере”
• тетрадки
• и, конечно, “в голове у сотрудников”
Чтобы система заработала:
данные нужно:
• найти
• структурировать
• оцифровать
• иногда руками внести (руками исполнителя)
Ручной ввод на старте неизбежен
Ожидание:
система всё автоматически соберёт и заработает
Реальность:
на старте многое делается руками
Почему:
• данные
раньше не структурировались
• источники не связаны
• процессы только формируются
Без этого
этапа система просто не взлетит
Кто принимает решения (и почему это важно)
На переговорах:
«Мы выделим
людей, всё согласуем»
По факту:
• нет одного
ответственного
• есть 5–8 руководителей
• никто не говорит на “техническом языке”
В итоге:
• документы
читаются вместе (техническое задание/проектное решение)
• решения принимаются долго
• появляются разночтения
А дальше классика:
«Давайте смотреть сразу в системе»
И если на это согласиться:
Разработка превращается в бесконечный
процесс “пока всем не станет хорошо”
Внедрение (самая недооцененная часть)
На переговорах:
«У нас
сильная команда, внедрение пройдет легко»
В реальности:
• нет
внутренних драйверов изменений
• сотрудники не замотивированы
• никто не хочет менять привычный процесс
И начинается:
исполнитель
=разработчик + аналитик + тренер + психолог + иногда сотрудник компании
Сопротивление и саботаж
Это не
исключение.
Это стандарт.
Особенно при 50–150 пользователях:
• массовое
обучение не работает
• люди отвлекаются
• забывают
• возвращаются к старым инструментам
И в момент запуска:
«мы не умеем
этим пользоваться, вы плохо обучили»
Что реально работает
Не массовое
обучение.
А:
• точечная
работа
• обучение на рабочем месте
• разбор конкретных задач
• внедрение “вживую”
С каждым сотрудником.
Да, долго.
Да, сложно.
Но только так система начинает жить.
Обучение это не один раз
Система
меняется.
Процессы меняются.
Люди меняются.
Поэтому
обучение становится постоянным процессом.
Где на самом деле создаётся ценность
Многие думают:
главное —
разработка
Но в реальности:
• разработка
это 30–40%
• внедрение это 60–70%
Потому что:
можно
сделать идеальную систему, которой никто не пользуется
и можно сделать неидеальную, которая даёт результат.
Разница
только в внедрении.
Как мы подходим к этому
Мы давно
перестали делать “просто разработку”.
Для нас это:
• погружение
в бизнес
• работа с процессами
• работа с людьми
• и только потом технологии
Мы работаем внутри команд:
• вместе
вводим данные
• вместе тестируем
• вместе перестраиваем работу
Пока система
не становится частью повседневной работы
Главный инсайт
Digital-трансформация это не про код. И не про красивые интерфейсы.
Это про
изменение того, как люди работают каждый день.
И именно поэтому:
Внедрение всегда сложнее, чем разработка. Внедрение может стоять дороже, чем разработка!
Поделиться
