Я предлагаю как лучше, а получается как всегда

В жизненном цикле ПО есть обязательный этап — внедрение. Нельзя просто прийти к учителям и сказать: «Теперь вы используете электронный журнал». Обязательно пользователям нужно донести: почему, зачем и какой профит.

Если люди не принимают новое — то только из-за приверженности к старому, а не из личной злобы.

Тоже самое в построении процесса. Саботаж процессов и нововведений — это не всегда злость. Часто это усталость, недоверие или ощущение, что процессы мешают, а не помогают. Например, когда нужно тратить время на отчёты, которые никто не читает. Или обсуждать на ретро то, что потом всё равно не меняется.

Иногда люди правы — процесс реально громоздкий или бессмысленный. Если процесс помогает работать спокойнее и без хаоса — команда его примет. Но если он ради галочки — будут сопротивляться.

Когда решение навязано сверху, его легко игнорировать. Когда правила формируются вместе, их проще соблюдать.

Если ты уверен, что процесс нужен, нужно держать оборону. Без агрессии, но спокойно и чётко. Люди быстро чувствуют, когда менеджер сам сомневается. Лучше один раз показать, что стало проще, чем сто раз объяснять, зачем. Например: «После новых регламентов багов на релизе стало меньше в два раза». Это сильнее любых слов.

Процессы нужны не для контроля. Они нужны, чтобы команда могла работать спокойно и без хаоса. Это важно для проекта. Всё остальное — шум.

Вопросы по материалу

О чем этот материал?

В жизненном цикле ПО есть обязательный этап — внедрение. Нельзя просто прийти к учителям и сказать: «Теперь вы используете электронный журнал». Обязательно пользователям нужно донести: почему, зачем и какой профит.

Кто автор материала?

Материал подготовил Игорь Колосов. Автор материалов о продуктивности, IT, управлении, нейросетях и инструментах для работы и жизни.

Когда материал опубликован или обновлен?

Дата публикации: 06.10.2025. Последнее обновление: 14.12.2025.