Я никогда не начинаю с самого изменения.
Сначала всегда идет проблема.
Пока команда не понимает что болит и зачем это лечить, любое изменение будет восприниматься как «Очередная херня от начальства».
📌 Мой принцип №1: Изменения решения ради проблемы, а не ради самих изменений
Я всегда начинаю с вопроса:
Какую конкретно проблему мы решаем?
Почему именно это изменение должно повлиять на неё?
Если нет чёткой связи, то и изменение не имеет смысла.
📌 Мой принцип №2: Команда всегда участвует в решении
Я собираю людей и честно говорю:
«У нас есть проблема, которую надо решать. Какие есть варианты?»
И мы вместе набрасываем идеи.
Моя версия лишь одна из них, а не “спущенная сверху”.
Когда люди участвуют в создании решения - они чувствуют причастность. А значит, принимают изменения быстрее.
📌 Мой принцип №3: Не внедряем, а тестируем
Я никогда не говорю:
«Так, теперь живём по-новому!»
Сначала всегда тест.
Минимальный, контролируемый и быстрый.
И мы заранее договариваемся:
Если работает , закрепляем. Если нет, откатываем без драм.
Так команда понимает:
мы не занимаемся бюрократическим насилием, мы ищем эффективность.
И это работает на любом уровне.
Тимлиды, хеды, директора - все сталкиваются с сопротивлением.
Но если команда понимает проблему, участвует в решении и видит логику тестирования, то сопротивления просто нет.
Хочешь я разберу твой кейс внедрения изменений?
Напиши в комментарии, с чем сейчас буксуешь. ✉️
А если хочешь внедрять изменения без боли и саботажа, забирай чек-лист внедрения изменений без боли здесь 👇🏻
📄ЗАБРАТЬ ЧЕК-ЛИСТ📄