Agaltsov Anton | TeamLead-блог

🌟 North Star Metric: одна метрика, которая задаёт курс всему продукту North Star Metric (NSM) — единственная ключевая метрика продукта, которая наилучшим образом отражает ценность, получаемую клиентами. Формула проста: ценность клиенту × польза бизнесу. Не «сколько фич выпустили» и не «сколько заработали», а «сколько клиентов получили результат, ради которого продукт существует». Выручка при этом не игнорируется — устойчивый рост NSM опережает и предсказывает финансовый результат. Классические примеры: ночи, забронированные на Airbnb; часы прослушивания в Spotify; сообщения, отправленные активными командами в Slack. Все три измеряют момент получения ценности, а не активность компании. 💡 NSM выбирается на годы — она стабильнее стратегических документов и живёт дольше квартальных циклов. Смена NSM — событие уровня смены стратегического фокуса, а не реакция на неудачный квартал. ⚠️ Метрика без дерева Input Metrics бесполезна — это «звезда без пути»: цель известна, а рычагов нет. Поэтому NSM всегда внедряется вместе с 3–5 поддерживающими метриками, на которые команды могут влиять напрямую. И работает закон Гудхарта: когда мера становится целью, она перестаёт быть хорошей мерой. Защита — guardrail-метрики и никакой прямой привязки бонусов к одному числу. 🔗 https://agaltsovav.ru/docs/product-managment/north-star-metric/ ENDOFPOST && ssh agaltsovav@100.64.0.4 wc -c /tmp/tg-post.txt

🧪 BDD — Behaviour Driven Development: поведение как общий язык BDD — методология, в которой разработку направляет поведение системы, описанное на языке, одинаково понятном бизнесу и инженерам. Подход сформулировал Дэн Норт в 2006 году: применяя TDD, он обнаружил, что метод не отвечает на три вопроса — где начинать, сколько тестировать и что именно проверять. Ответом стали сценарии «Дано — Когда — Тогда», которые рождаются до кода в совместном диалоге и затем исполняются как автоматические проверки. Ключевой сдвиг — переименование «тестов» в «поведение»: о поведении естественно говорить и бизнесу, и разработке. Отсюда главный тезис Новы: BDD — не про тесты, а про понимание и согласование требований; тесты здесь побочный продукт, а не цель. BDD живёт над TDD: он задаёт, какое поведение нужно реализовать, а TDD на уровне кода страхует, как это поведение устроено внутри. Сценарии в формате Gherkin (Cucumber, JBehave, SpecFlow) превращаются в живую спецификацию — документацию, которая не расходится с кодом, потому что исполняется вместе с ним. 💡 Эффект BDD проявляется на горизонте месяцев: накапливаясь, живая спецификация устраняет расхождение требований и кода по умолчанию. Оценивать его за один спринт — главная ошибка внедрения. 🔗 https://agaltsovav.ru/docs/development-managment/bdd-behaviour-driven-development/

👥 Оффер и переговоры о зарплате: сделка шире, чем оклад Оффер в узком смысле — формальное предложение о работе: должность, оплата, дата выхода. В широком смысле — совокупное ценностное предложение (Total Rewards): всё, что человек получает от компании в обмен на свой труд и время. Это понятие расширяет переговорное поле: при ограниченном бюджете на оклад сделка может состояться за счёт других компонентов — гибкости, обучения, скорости пересмотра. Пакет раскладывается на пять компонентов: фиксированная часть, переменная, долевое участие, бенефиты и условия работы. Один и тот же бюджет упаковывается по-разному, и воспринимаемая ценность различается: вариант «всё в окладе» выбирают те, кто не доверяет неденежным обещаниям, вариант с долей и грейд-планом — те, кто готов обменять часть денег сегодня на рост в будущем. 💡 Презентация оффера — управляемый разговор, а не письмо с цифрами. Оффер проговаривается голосом: только так видна реакция и слышны сомнения. Письмо фиксирует договорённости, но не заменяет разговор. Когда ожидания выше доступного предложения, дельта закрывается гибкой сборкой пакета (flexible package) — часто дешевле прибавки к окладу и с большим эффектом для человека. Самый недооценённый резерв — бенефиты и условия: они нередко стоят компании дешевле, чем оцениваются человеком. ⚠️ Антипаттерны: обещания без полномочий (невыполненное обещание демотивирует сильнее отсутствия), уступки без обоснования (разгоняют зарплаты внутри команды) и пересмотр «финально согласованного» оффера перед выходом. В IT удалёнка давно гигиенический фактор, а не бенефит. Дифференцируют предложение конкретика задач, скорость решений и честность коммуникации. 🔗 https://agaltsovav.ru/docs/people-managment/offer-and-salary-negotiation/