Agaltsov Anton | TeamLead-блог

🗣 Customer Development: проверять рынок до разработки Большинство стартапов гибнут не из-за плохого кода, а потому что продукт никому не нужен. Customer Development (CustDev) Стива Блэнка меняет порядок: сначала проверка гипотез о проблеме и сегменте в разговорах с живыми клиентами, затем — разработка. Девиз методологии — «выходи из офиса»: факты о рынке живут снаружи, внутри остаются только мнения и презентации. Каждое положение бизнес-плана переводится в разряд гипотез, которые проверяются до того, как в них вложены годы инженерии. Главная техника — проблемные интервью по правилам The Mom Test: спрашивать о прошлом поведении, а не о будущем мнении. Ответ «купил бы» не конвертируется в покупку, а рассказ о том, как клиент решал проблему на прошлой неделе, — фактические данные. В зрелых продуктах CustDev не заканчивается: Continuous Discovery Терезы Торрес предписывает еженедельный ритм интервью, а данные становятся сырьём для персон, карт пути и ценностных предложений. 🔗 Подробнее: https://agaltsovav.ru/docs/product-managment/customer-development/

🎯 Оценка 360: увидеть то, чего не видит руководитель Оценка 360 — это сбор обратной связи о сотруднике со всех сторон: от руководителя, подчинённых, коллег, клиентов и в форме самооценки. Ключевая идея: ни один наблюдатель не видит человека целиком, а наложение «секторов обзора» даёт объёмную картину, недоступную одному руководителю. Главный диагностический материал метода — расхождение самооценки и внешнего восприятия. Классика жанра: руководитель уверен, что вовлекает команду в решения, а подчинённые отмечают, что решения сообщаются постфактум. Такие слепые зоны годами незаметны: окружение молчит, а руководителю эти аспекты просто не видны. ⚠️ Сам по себе сбор данных ничего не меняет. Исследования устойчиво показывают: эффект дают только те результаты, которые обсудили и перевели в план развития. Отчёты, «легшие в стол», не улучшают ничего. А связка 360 с деньгами (премиями, повышениями) заметно повышает риск искажений — инструмент работает, только пока воспринимается как безопасный. 🔗 Подробнее: https://agaltsovav.ru/docs/people-managment/360-feedback/

📐 Scope Creep: почему «ещё одну маленькую фичу» нельзя просто добавить Scope — это границы проекта: что входит в результат, а что остаётся за ним. После утверждения базового плана любое расширение требует оценки влияния и решения — «тихо договориться» нельзя. Расползание бывает четырёх видов, и лечатся они по-разному: scope creep — давление извне, gold plating — инициатива самой команды, groping — расхождение в понимании уже согласованного, hope creep — сокрытие отставания. Диагноз определяет лечение. 💡 В Agile содержание меняется по определению — это не патология. «Расползание» там выглядит иначе: команда теряет способность завершать фичи. Защиту обеспечивают границы спринта, приоритизация и Definition of Done. 🔗 Управление содержанием и Scope Creep: https://agaltsovav.ru/docs/project-managment/scope-creep/