Почему тропинка, вытоптанная командой, иногда превращается в минное поле

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

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

Легко работать одному, но много пользы ты не принесешь, вдвоём уже нужны договоренности о зонах ответственности, впятером синхронизации и так далее... Что уж говорить, когда в стриме сотни людей, и столько же связанных задач. И вот тут наша "народная тропа" превращается в оживлённый перекрёсток, где все хаотично жмут на газ, а "ДТП" приводят к срывам сроков проекта.

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

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

Независимо от того что и как вы хотите изменить, вам придется столкнуться с сопротивлением: "Мы так привыкли", "Всегда так делали", "Работает - не трогай"... И тут в зависимости от масштаба есть разные решения, но я всем советую в любых изменениях искать 3 стороны, без которых "Чуда не будет":

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

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

А какой, по вашему мнению, роли для внедрения изменений не хватает в этом списке?