Agaltsov Anton | TeamLead-блог

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

👥 Почему уходят хорошие сотрудники Замена одного специалиста обходится компании в 0,5–2 годовые зарплаты: поиск, найм, онбординг и месяцы выхода замены на продуктивность. Дороже денег — потеря знаний: понимание, почему система устроена именно так, история договорённостей, знание «где грабли» не передаются новому человеку вместе с должностью. Удержание начинается до того, как человек заговорил об уходе. К моменту внешнего оффера решение обычно принято — реагировать поздно и дорого. Системный подход — stay-интервью: регулярные разговоры с теми, кто остаётся, о том, что их держит и что может вытолкнуть. ⚠️ Удержание не равно цели «никто не увольняется»: часть текучести полезна. Предмет управления — regretted attrition, то есть потери, о которых приходится жалеть. Деньги под угрозой ухода и «золотые наручники» таким способом не являются. 🔗 Удержание сотрудников (Retention): https://agaltsovav.ru/docs/people-managment/retention/

📊 Как понять, успевает ли проект в срок Velocity показывает, сколько работы команда реально проносит через спринт. Прогноз строится на окне из 3–5 спринтов: остаток бэклога делится на скорость — и всегда с диапазоном, а не одной цифрой. Метрика — внутренняя для команды. Сравнивать velocity разных команд или назначать её целью нельзя: показатель, ставший целью, перестаёт быть показателем (закон Гудхарта). Для релиза честнее burn-up со scope line: две линии показывают отдельно скорость команды и расползание объёма требований. На CFD в Kanban ширина полосы In Progress — это WIP: расширяющаяся полоса сигнализирует об узком месте за недели до срыва срока. 🔗 Подробнее: https://agaltsovav.ru/docs/project-managment/project-progress-metrics/ ENDOFPOST && ssh agaltsovav@100.54.0.4 true 2>/dev/null; ssh agaltsovav@100.64.0.4 wc -c /tmp/tg-post.txt && head -c 300 /tmp/tg-post.txt