Agaltsov Anton | TeamLead-блог

💡 Вовлечённость и eNPS: как измерить отношение команды к работе Вовлечённость часто путают с удовлетворённостью. Довольный сотрудник — это «мне здесь нормально», вовлечённый — готов вкладываться сверх минимума: проявлять инициативу, доводить до результата, рекомендовать компанию как работодателя. Печеньки и корпоративы поднимают первое, но не второе. eNPS (Employee Net Promoter Score) сводит измерение к одному вопросу: «с какой вероятностью вы порекомендуете компанию как место работы?» по шкале 0–10. Из доли промоутеров (9–10 баллов) вычитается доля детракторов (0–6), результат живёт в диапазоне от −100 до +100. Один вопрос даёт трекинг во времени, но не объясняет причин — для этого нужны пульс-опросы и опросник Gallup Q12. Главная ошибка — подход «опросим и забудем»: измерять и не менять ничего. Вовлечённость — свойство среды, а не людей: по данным Gallup, различия между командами объясняются в первую очередь качеством непосредственного руководителя. Регулярность замеров и видимые действия по результатам важнее самой цифры. 🔗 Вовлечённость и eNPS: https://agaltsovav.ru/docs/people-managment/enps-and-engagement/

🧩 Как микросервисы общаются: API Gateway, Service Mesh и Sidecar API Gateway — единая точка входа для всех внешних клиентов: маршрутизация, TLS, аутентификация, rate limiting и агрегация ответов. Клиент обращается к одному адресу и не обязан знать топологию из десятков внутренних сервисов. BFF (Backend for Frontend) делает следующий шаг: под каждый класс клиентов — свой шлюз. Мобильное приложение получает одну сборку данных, веб — другую, и общий слой больше не пытается угодить всем сразу. Service Mesh выносит транспортные заботы из кода сервисов: шифрование, повторные попытки, тайм-ауты и трассировка переезжают в sidecar-прокси рядом с каждым сервисом и управляются единым control plane. ⚠️ Главная ошибка — «новая ESB»: расчёт скидок и доменные правила в шлюзе превращают его в умную шину из учебника SOA. Граница применимости каждого паттерна проходит там, где заканчивается транспорт и начинается бизнес. 🔗 Подробнее: https://agaltsovav.ru/docs/architecture/integration-patterns/

📊 ICE и WSJF: как выбрать, что делать первым ICE — упрощённый скоринг для больших потоков идей: три оценки (влияние, уверенность, простота) по шкале 1–10 и их перемножение дают score за считанные минуты. Метод вырос в growth-командах, где прогонять десятки экспериментов через строгий расчёт просто некогда. WSJF решает другую задачу — ранжирование крупных инициатив. Работа оценивается через стоимость задержки (Cost of Delay) и свой размер: чем дороже команде каждый день ожидания, тем выше приоритет. Метод стандартизирован в SAFe и применяется на уровне эпиков. Методы дополняют друг друга в каскаде: ICE отсекает сырой поток идей, RICE проверяет выживших по данным, а WSJF ранжирует крупные ставки, где задержка измерима в деньгах. ⚠️ Общий принцип: любой score — инструмент обсуждения, а не истина. Числа выглядят строгими, но их точность не выше точности входных оценок, поэтому итоговое ранжирование всегда сверяется со стратегическим фокусом. 🔗 Подробнее: https://agaltsovav.ru/docs/product-managment/ice-wsjf/