Большое исследование продактов

Раз в год команда DevCrowd делает срез текущего рынка продакт-менеджеров, чтобы оценить, а как вообще поменялась их работа, навыки, инструментарий и зарплаты. Так вот, новый опрос уже запущен – проходите сами и пересылайте своим продактам!

Напомню, что сам я этими исследованиями уже не занимаюсь, но при этом супер рекомендую в них участвовать:

👉У команды нет какой-то повестки, которую им важно продвигать (уровня "ААА, рынок умирает, приходите к нам за консультациями!"), поэтому результаты довольно чистые.
👉Обычно в исследовании участвует 1000+ респондентов собранных как из публичных каналов, так и путем ручного обхода больших и маленьких компаний – так что срез получается довольно репрезентативный.
👉Опросы проводятся уже много лет, поэтому можно делать самое интересное – отслеживать, как самые важные сигналы меняются год к году!
👉Все результаты открыты для всех без всяких регистраций. Этот опрос откроют уже в мае!

🔗Пройти опрос

Советы по управлению большими проектами

В центре всей сегодняшней AI гонки находятся несколько передовых лаб, которые выпускают новые продукты практически вровень друг с другом – и опоздание на несколько недель из-за пропущенного кризиса для них очень критично. Поэтому статью про то, как управлять критичными большими проектами от менеджера из Антропика особенно интересно почитать!

👉Фокус. Если вы отвечаете за такой проект, то освободите все свое расписание и бэклог от других задач. Даже если кажется, что на трекинг и управление происходящим должно хватать пары часов в день, не поддавайтесь этому чувству. Важно, чтобы этот проект всегда был для вас top of mind.
👉Всегда имейте на руках детальное текущее представление о том, какие шаги надо сделать для успешного завершения проекта. Чем раньше вы поймете, что не укладываетесь в сроки, тем быстрее сможете что-то предпринять.
👉Научитесь быстро пересматривать свой план на основе новой информации, и оптимизировать весь свой флоу под получение информации такого рода. Для этого как можно больше и чаще общайтесь со всеми участниками проекта, отслеживайте и приоритизируйте исследование самых больших открытых вопросов, регулярно пересматривайте ваше текущее понимание приоритетов.
👉Научите всех участников проекта принимать быстрые локальные решения. Для этого у них должно быть 100% понимание общих целей, и хорошее представление о текущем статусе проекта и о том, кто чем занимается. Для этого вам нужно делиться информацией как можно чаще и больше.
👉Декомпозируйте большой проект на маленькие, в идеале не на уровне скоупа, а на уровне независимой цели, которую надо достичь.

Как компании выдавливают сотрудников

Чаще всего самый выгодный для компании вариант увольнения – подписанное сотрудником увольнение по собственному желанию. Чтобы подтолкнуть к этому решению, используются разные манипуляционные приемы:

👉У человека забирают все значимые задачи.
👉Вместо этого накидывают огромное количество новых задач, к которым раньше сотрудник отношения не имел.
👉Постоянные упреки и беспочвенная критика провоцируют эмоциональное выгорание.
👉Коллегам намекают на то, что сотрудник – изгой, и все проблемы от него.
👉Добавляется нервозность – внезапные проверки, дополнительные отчеты.

Про то, что в такой ситуации делать, и как договориться о выгодной для себя сделке, мы очень хорошо обсуждали с Виталием Шароватоыым в легендарном выпуске Подлодки. В статье, в целом, похожие советы – но я хочу поговорить не о них.

Истина – в глазах смотрящего. То, что описано выше как максимально токсичное поведение, в то же самое время может казаться абсолютно справедливым для менеджера, который пытается уволить человека. Смотрите сами:

👉Если сотрудник не перформит, и положиться на него нельзя, конечно же вы снимите с него задачи, выполнение которых критически важно.
👉Занять его чем-то нужно, поэтому вы достанете nice to have задачи со дна бэклога – и не факт, что они идеально лягут в его привычные компетенции.
👉То, что вам кажется конструктивной обратной связью, сотруднику под угрозой увольнения может показаться давлением и неоправданной критикой.
👉Если провалы сотрудника были серьезными и вредили команде, остальные ее участники сами по себе не будут сильно рваться работать вместе с ним.

Что с этим делать – сложно сказать. На мой взгляд, ключевые задачи руководителя – быть максимально открытым с сотрудником, приносить негативную обратную связь своевременно, давать шанс показать перфоманс на других задачах, а, если увольнение неизбежно, как можно быстрее перейти к сути, и быть готовым выплатить адекватную компенсацию. В реальности, конечно, все сильно зависит от личности увольняемого и уровня построенного между вами к этому моменту доверия.

Частые ошибки в работе с бэклогом

В теоретической идеальной системе никакой продуктовый бэклог не нужен – каждый программист и сам знает, какую самую большую пользовательскую проблему надо решить следующей. Несовершенство человеческих коммуникаций и другие проблемы реальной жизни ведут к тому, что появляются дополнительные процессы и артефакты, которые понижают риск потери информации при передаче ее от пользователя к программисту, в том числе продуктовый бэклог и разные танцы вокруг него. Они часто необходимы, но важно помнить, что сам по себе продуктовый бэклог ценности никакой не приносит, поэтому вам нужно стремиться к тому, чтобы уменьшать время на работу с ним, а не увеличивать.

Так вот, держите несколько конкретных антипаттернов, которые показывают, что вы сбились с пути:

👉Бэклог-вишлист, куда вы просто включаете хотелки всех, кто приходит к вашей команде, вместо того, чтобы держать там задачи с понятной ценностью.
👉Вы пытаетесь идеально описывать все юзер-стори – и на груминге вместо обсуждения проблемы пользователя закапываетесь в детали реализации вроде критериев приемки и оценки сроков.
👉У вас несколько бэклогов вместо одного – например, один для фичей, другой для техдолга.
👉Права создавать или менять что-то в бэклоге есть только у одного человека, который в итоге становится бутылочным горлышком.
👉Перед тем, как приступить к решению новой пользовательской проблемы, вы заранее все планируете и создаете десятки задач, вместо того, чтобы принять неизвестность и быть готовыми менять требования на ходу.
👉Возраст самых старых тикетов насчитывает годы.
👉Бэклог формируется вокруг фичей, а не вокруг проблем, которые надо решить.

Про High Agency

Хорошего перевода для high agency я так и не нашел, если не считать буквального "высокая агентность". В статье его определяют через набор других качеств:

👉Ясное мышление
👉Ориентация на действие
👉Готовность идти против конвенционального мнения

Так вот, по ссылке – мегалонгрид, в котором разбирается, что это за high agency такой, какие барьеры мешают его развивать, и какие простые ментальные модели могут помочь взять себя в руки и проявить эту самую агентность.

Кейс: Команда не слушается

После ухода нескольких сотрудников меня внезапно повысили до тимлида нашей маленькой команды. Проблема в том, что культура работы у ребят оставляет желать лучшего. Они привыкли работать кое-как: задачи, которые можно сделать за день, растягиваются на недели. Все из дома и, честно говоря, полдня ничем полезным не занимаются. В отчётах пишут...

А вот что они пишут в отчетах, как автор кейса хочет бороться с проблемой, и что ему советует Александр Орлов – читайте в нашем канале с менеджерскими кейсами "Тимлид не спит"!

Держите мем, навеянный комментариями про то, что зарплата – гигиенический фактор, и на самом деле никого не мотивирует.

Советы по тайм-менеджменту для менеджеров

👉В отличие от индивидуальной работы, у вас больше нет какой-то одной самой главной задачей, которой вы занимаетесь большую часть времени. Контекст может меняться каждый час, и к этому нужно привыкать. Кроме того, менеджерская нагрузка довольно непредсказуема неделя к неделе, поэтому к возможности сделать что-то руками стоит относиться как к приятному бонусу, и ни в коем случае не брать на себя то, что может заблокировать команду.
👉Три кластера, которые стоит приоритизировать в первую очередь: срочные и важные задачи; работа, которая может повысить пропускную способность вас или команды; one-on-one встречи.
👉Делегирование – путь к более свободному календарю. Но на этом пути много ошибок – нужно не забывать про контроль, и уметь различать задачи на вырост с задачами, заранее обреченными на провал.
👉Если вы чувствуете перегрузку, составьте список задач, на которые уходит ваш фокус, возьмите своего менеджера, и вместе с ним обсудите, как быть с каждой – продолжить делать, делегировать, или вообще бросить. От себя добавлю, что это супер ценное упражнение – сторонний взгляд часто помогает сделать переоценку ценности многих задач.
👉Старайтесь бронировать в календаре таймслоты на сфокусированную глубокую работу.

Как вы используете AI

На прошлой неделе HBR опубликовали исследование того, в каких сценариях люди используют AI в 2025 году, и как их паттерны поведения изменились за год.

В детали вдаваться не буду, все есть на скриншоте. Мне интересно другое – расскажите, как вы используете AI в менеджерской работе. У меня пока такие кластеры вырисовываются:

👉Структуризация сырого набора мыслей в понятные концепции или документы.
👉Deep Research каких-то тем, в которых я не очень разбираюсь, но хочу быстро вкатиться.
👉Чат с большими документами, которые нет времени внимательно читать.

Как получать удовлетворение от работы

Хорошая модель, которая прямо отозвалась у меня. В чем суть – настоящее удовлетворение и мотивацию вы получаете, когда работа закрывает все три параметра:

1️⃣Joy. То, что вы делаете, приносит радость настолько, что вы не хотите в течение дня заниматься чем угодно еще.
2️⃣Skill. Вы отлично шарите в том, что делаете. Вы гордитесь результатами своей работы, она выделяется для тех, с кем вы работаете.
3️⃣Need. То, что вы делаете, востребовано – либо в компании, либо для ваших пользователей. Если вы закрываете свою часть хорошо, это приводит к какому-то важному успеху.

Так вот, иногда получается так, что закрываются только два атрибута из трех, и это ведет к частым ловушкам, из которых сложно выбраться:

👉Joy + Skill - Need. Вы кайфуете от работы, но ценности компании она не приносит. На краткосрочной дистанции такая работа может помочь перезарядиться, но в долгосроке вы либо ее потеряете, либо сами перестанете видеть смысл.
👉Joy + Need - Skill. Вы тратите кучу времени на то, что более опытный человек сделал бы гораздо быстрее. Опять же, общая продуктивность страдает.
👉Skill + Need - Joy. А это классическое выгорание. Вы работаете весь день, чувствуете внешнее давление из-за важности работы, но удовольствия ноль.

Как внедрять AI в свою работу

На прошлой неделе удивительно мало людей рассказали про то, как используют AI в своей ежедневной работе. Держите топовый гайд по тому, как научиться постепенно получать от него весомую пользу:

1️⃣Уберите все барьеры, которые могут вам мешать быстро обратиться к AI. Запиньте вкладку в браузере, поставьте себе десктопное и мобильное приложение ChatGPT. Попробуйте хотя бы разово использовать AI для частых рутинных задач – отформатировать meeting notes, причесать задачу в трекере. Хинт: вместо того, чтобы просить AI "сделать хорошо", предложите ему сначала проинтервьюировать вас про ваши цели – так он соберет нужный контекст и сделает свою задачу лучше.
2️⃣Разберитесь с тем, где вы приносите больше всего ценности. Именно в этой области вам стоит пытаться применить AI – получив перфоманс буст тут, вы сильно поможете команде, а вот просто генерируя бесполезные тексты, о которых вас никто не просил – нет.
3️⃣Приучите себя документировать свою работу. Хорошая ментальная модель – представьте, что вам надо передать все свои знания новому сотруднику. Задокументировав цели, структуру и образ качественного результата, вы сможете передать эту же работу и AI.
4️⃣Если вы замечаете за собой, что регулярно закидывае просите AI выполнить одну и ту же задачу, или используете один и тот же промпт, подумайте, как это все можно автоматизировать. Может быть, ваш промпт можно обернуть в бота, который будет автоматически каждый день вытаскивать нужные ему данные и обрабатывать их. А самое простое, что можно тут сделать – в конце повторяющихся чатов просить AI превратить их в переиспользуемый шаблон.
5️⃣Делитесь с коллегами идеями, которые у вас заработали. Причем самое интересное – показывать не только результат, но и сам процесс проб и ошибок.

AI для ведения тестовой документации

Держите прикладной материал вдогонку ко вчерашней статье. Одно из самых очевидных мест, где можно начать получать пользу от AI в дефолтной продуктовой команде, это генерация качественной тестовой документации – списка тест-кейсов и чек-листов, которые нужно проверить перед релизом. Воркфлоу прямо очень простой:

👉Закидываете макеты / скриншоты пользовательского сценария, добавляете весь контекст про профиль пользователя и его цели. Получаете первый черновик.
👉Проходитесь по черновику, выписываете все недостатки и пропущенные детали, закидываете в AI с просьбой доработать.
👉Когда по контенту все хорошо, закидываете в AI образец структуры и оформления, объясняете, какую мета-информацию вроде приоритетов надо добавить.
👉Экспортируете в нужный формат, который уже загружаете в тестохранилку или базу знаний.

Ну и, как разбирали вчера – чтобы не вести такой диалог каждый раз, просите AI собрать детальный список ваших требований к тест-кейсам, и просто всегда добавляете его в контекст.

Как упрощать сложные решения

1️⃣Чтобы принять решение, сначала отдельно рассмотрите, что может пойти хорошо, а что может пойти плохо. Для каждого из сценариев проясните, к какому конечному результату это приведет. Если смешивать и плюсы, и минусы вместе, легко начать ходить по кругу и зависнуть в аналитическом параличе.

2️⃣Основой для принятия решения должны быть его сильные стороны. Слабые – только повод для вето, если они критичны и не могут быть скомпенсированы.

3️⃣Сознательно двигайте и себя, и других в том, чтобы инвестировать в сильные стороны. Людям естественным образом хочится чинить слабые стороны, но это редко дает реально большую отдачу. К слабостям лучше относиться как к ограничениям, которые можно учитывать в дизайне, но устранять не обязательно.

4️⃣Не вводите слишком много критериев для принятия решения, используйте максимум три, которые реально влияют на исход.

Как выживать в токсичной команде

Представьте ситуацию – ты придумываешь классную идею, работаешь всю ночь, ускоряешь пайплайн обработки данных в три раза, а тимлид на демо невозмутимо заявляет, что это была «общая идея». А помимо этого все присыпается регулярным игнором вопросов в чатах, токсичными замечаниями вместо конструктивной критики, и показное деление всех на старичков и новичков.

Автор статьи рассказывает про свой максимально неприятный опыт работы в токсичной команде, и советами, которые помогли ему продержаться до перехода на новую работу:

1️⃣ Включите режим «серой скалы» – нейтральное лицо, минимум эмоций. Не кормите троллей и не вступайте в бессмысленные конфликты.
2️⃣ Документируйте все. Если договорились о чем-то важном на митинге – зафиксируйте это письменно и отправьте коллегам. Это не паранойя, а разумная страховка.
3️⃣ Сократите личные разговоры до минимума. В токсичных командах любая ваша личная информация может легко превратиться в оружие против вас.
4️⃣ Развивайтесь за пределами компании. Общайтесь в профессиональных сообществах, ходите на конференции и митапы. Это поможет не потерять уверенность в своих силах и позволит легче уйти в лучшую команду, когда придёт время.
5️⃣ Создайте финансовую подушку. Когда появится возможность уйти – вы должны быть готовы сделать это без лишних переживаний.