Текст чуть с ИТ-шным уклоном в примерах. Но актуален для любого направления.
Знаете, почему даже самый крутой фреймворк или методология могут стать токсичными?
💡 Всё дело в законе предельной полезности — том самом, который учит нас: «В ложке — лекарство, в чашке — яд».
🔜Бюрократия: друг или враг?
Никаких процессов — хаос. Слишком много процессов — паралич.
Например:
Правила CI/CD — без них деплой превращается в рулетку. Но если каждый коммит требует 10 согласований, команда теряет скорость.
Agile-ритуалы — стендапы и ретро полезны, но когда митингов больше, чем кода и КПД менеджеров стремится к нулю, это уже не agile, а театр.
🔜Как найти баланс?
Ответьте на вопрос: «Что тормозит команду прямо сейчас?» Если процессы — режьте. Если хаос — добавляйте структуру. (Ах,да, желательно отвечать не в одиночку. А у других участников процесса тоже спросить.)
🔜Ещё пример: кофе и дедлайны ☕️
Представьте: первая чашка кофе — дает фокус, вторая —вроде ничего..., третья — тремор рук. (Это не мной придуманный пример. Я слышала его на каком-то из тренингов).
Так и с управленческими решениями:
- Бонусы — повышение премии на 10% мотивирует. Но если давать их каждую неделю, они станут «воздухом».
- Микроменеджмент — точечный контроль спасает проект. Постоянный — убивает креативность и вообще все вокруг:)
🔜Как не перейти грань?
1. Метрики вместо интуиции. Замеряйте, как изменения влияют на скорость разработки, качество кода, NPS команды.
2. Обратная связь. Спринт стал дольше из-за новых чек-листов или кучи согласований?
Спросите у команды: «Где предел?» Да и вообще почаще слушайте,что говорят вокруг.
3. Экспементируйте. Внедряйте процессы поэтапно и смотрите, когда KPI начнут падать. Да, вот такой совет. )
🔜Философия «стоп-сигнала» 🛑
Хороший ИТ-лидер — не тот, кто внедряет все лучшие практики подряд, а тот, кто знает, когда сказать: «Стоп. Здесь мы теряем. Надо остановиться».
🔨 Чек-лист для вас:
- выясните где в ваших процессах явный перебор?
☀️Замерьте «шум процессов»
- вариант метрики: Количество уведомлений/чатов в день на сорудника.
- Пример: 250+ сообщений в Slack — признак инфо-перегруза.=》=》=》 Внедрите «тихие часы» или правила коммуникации (например, запрет на @channel (https://t.me/management_by_Sokolova)вне срочных инцидентов).
☀️Проведите «аудит боли»
вариант инструмента: ретроспектива с фокусом на процессы.
Вопросы команде:
- «Какие правила/чек-листы вы игнорируете и почему?»
- «Где вы тратите время на бессмысленные действия?»
- Пример: Разработчики вручную заполняют Jira-тикеты «для отчётности» — автоматизируйте или упростите форму.
☀️Проведите A/B тестирование процессов в командах
☀️ Используйте диаграмму Кума (Kummer) для визуализации
Какие метрики вы отслеживаете, чтобы не промахнуться с дозировкой?
Делитесь в комментариях — как вы находите ту самую «ложку лекарства»? 👇
P.S. Помните: даже DevOps-культура в избытке превращается в «культ».
Лучший процесс — невидимый. Как кислород: когда его достаточно, о нём не думают. Когда слишком много — начинается головокружение.
Не дайте процессам съесть вашу продуктивность. 😉