В любой системе изменения происходят:
Но это не означает, что система развивается. Потому что развитие — это не набор действий.
Развитие — это способность системы осознанно менять себя. И эта способность не возникает сама.
- что-то улучшают;
- что-то внедряют;
- что-то перестраивают.
Но это не означает, что система развивается. Потому что развитие — это не набор действий.
Развитие — это способность системы осознанно менять себя. И эта способность не возникает сама.
Как развитие выглядит в реальности
В начале его нет. Есть операционная система, которая занята текущим результатом. Если что-то нужно улучшить — этим занимается тот, у кого есть время.
Обычно это:
И это первый уровень.
Обычно это:
- руководитель подразделения;
- или отдельные инициативные люди.
И это первый уровень.
Уровень 1 — развитие «по остаточному принципу»
Изменения происходят:
Работает это только пока:
- эпизодически;
- без системы;
- без приоритета.
Работает это только пока:
- система простая;
- объёмы небольшие;
- требования стабильны.
Уровень 2 — подключение функций
По мере роста начинают появляться:
Каждый из них усиливает систему. Но при этом: развитие остаётся распределённым. Каждый улучшает свою часть.
И возникает знакомая ситуация:
- ИТ;
- технологи;
- аналитики.
Каждый из них усиливает систему. Но при этом: развитие остаётся распределённым. Каждый улучшает свою часть.
И возникает знакомая ситуация:
- изменений много;
- результат не растёт.
Уровень 3 — выделение роли
В какой-то момент становится очевидно: изменения не собираются в систему— потому что в ней нет того, кто удерживает их как единое целое.
И появляется необходимость:
Функция ещё не оформлена как подразделение. Но уже существует как роль.
И появляется необходимость:
- связывать инициативы;
- выбирать приоритеты;
- удерживать логику изменений.
Функция ещё не оформлена как подразделение. Но уже существует как роль.
Уровень 4 — отдельная функция
Следующий шаг — выделение развития из операционки.
Появляется:
И это принципиальный сдвиг. Система начинает не просто меняться, а управлять своими изменениями.
Появляется:
- отдельный человек или команда;
- ответственность за изменения;
- фокус не на «сегодня», а на «завтра».
И это принципиальный сдвиг. Система начинает не просто меняться, а управлять своими изменениями.
Уровень 5 — зрелая функция развития
На этом уровне развитие становится частью архитектуры.
Появляется:
Иногда это:
Появляется:
- системная работа с ограничениями;
- планирование изменений;
- проверка решений;
- управление внедрением;
- накопление экспертизы.
Иногда это:
- отдельные департаменты;
- R&D-площадки;
- экспериментальные зоны.
Ключевой вопрос — не «нужно ли».
А: когда это становится необходимым?
А: когда это становится необходимым?
Функцию развития имеет смысл выделять тогда, когда:
1. Система перестаёт справляться «сама»
- изменения не успевают за ростом;
- решения начинают давать нестабильный результат.
2. Возникает сложность
- появляется несколько взаимосвязанных функций;
- решения начинают влиять друг на друга.
3. Цена ошибки растёт
- внедрения становятся дорогими;
- откаты — болезненными;
- решения — необратимыми.
4. Появляется потребность в будущем
- нужно не просто поддерживать;
- а целенаправленно развивать систему.
Что важно понимать
Функция развития — это не «ещё один отдел».
Это: способность системы работать со своими изменениями как с отдельным процессом
Функция развития — это не «ещё один отдел».
Это: способность системы работать со своими изменениями как с отдельным процессом
Где она должна находиться
Она не может быть полностью внутри операционки. Потому что операционка: всегда будет выбирать текущий результат. Но она и не может быть полностью отделена. Потому что: развитие должно опираться на реальность системы.
Поэтому в зрелой системе: развитие существует на стыке.
Поэтому в зрелой системе: развитие существует на стыке.
- понимает операцию;
- но не подчинено ей полностью.
Как понять, что функция есть
Очень простой критерий.
Система может осознанно отвечать на вопрос: что и почему мы будем менять дальше.
Если этого нет:
Система может осознанно отвечать на вопрос: что и почему мы будем менять дальше.
Если этого нет:
- изменения случайны;
- приоритеты плавают;
- решения не связаны.
Финальная мысль
Система развивается не тогда, когда в ней что-то улучшают.
Система развивается только тогда, когда у неё появляется способность управлять своими изменениями.
И эта способность всегда оформляется в функцию. Даже если формально она ещё не названа.
Система развивается только тогда, когда у неё появляется способность управлять своими изменениями.
И эта способность всегда оформляется в функцию. Даже если формально она ещё не названа.
