В жизненном цикле ПО есть обязательный этап - внедрение. Нельзя просто прийти к учителям и сказать: "Теперь вы используете электронный журнал". Обязательно пользователям нужно донести: почему, зачем и какой профит.
Если люди не принимают новое - то только из-за приверженности к старому, а не из личной злобы.
Тоже самое в построении процесса. Саботаж процессов и нововведений - это не всегда злость. Часто это усталость, недоверие или ощущение, что процессы мешают, а не помогают. Например, когда нужно тратить время на отчёты, которые никто не читает. Или обсуждать на ретро то, что потом всё равно не меняется.
Иногда люди правы - процесс реально громоздкий или бессмысленный. Если процесс помогает работать спокойнее и без хаоса — команда его примет. Но если он ради галочки — будут сопротивляться.
Когда решение навязано сверху, его легко игнорировать. Когда правила формируются вместе, их проще соблюдать.
Если ты уверен, что процесс нужен, нужно держать оборону. Без агрессии, но спокойно и чётко. Люди быстро чувствуют, когда менеджер сам сомневается. Лучше один раз показать, что стало проще, чем сто раз объяснять, зачем. Например: «После новых регламентов багов на релизе стало меньше в два раза». Это сильнее любых слов.
Процессы нужны не для контроля. Они нужны, чтобы команда могла работать спокойно и без хаоса. Это важно для проекта. Всё остальное — шум.