К содержимому
ProductSense АКАДЕМИЯ
ВойтиПопробовать бесплатно
Разобраться в теме Понять, что происходит Найти решение 
Библиотека
ПодборкиМикрокурсыКонференции
Тарифы

Академия ProductSense

бета-версия · Поддержка: @ps24supportbot

АкадемияКурсыТарифыПубличная офертаПолитика конфиденциальностиОбработка персональных данныхКарта сайта
Разобраться в теме12 разделов · 186 темПонять, что происходит12 опор · 288 ситуацийНайти решение14 работ · 508 приёмов458 материалов бесплатно из 3 060
  1. Понять, что происходит
  2. ·Вместе не выходит
  3. ·Ситуация

Развивай в специалистах готовность принимать решения в неопределенности вместо требования исчерпывающих ТЗ

6 материалов · принцип мышления · Вместе не выходит

Как выглядит
Разработчик приходит к тебе за ответом на любой вопрос из тикета — не хватает ли рамок, можно ли выбрать этот вариант. Ты пишешь подробные ТЗ, но на уточнения всё равно отвечаешь весь день, а задачи в бэклоге ждут твоей правки по полноте описания.
Почему так работает
Ты лучше знаешь бизнес-цель, разработчик лучше знает код — когда ты за него решаешь, как именно реализовать, каждый делает чужую работу. Это как родитель, который собирает рюкзак ребёнку за него: пока не отдашь ребёнку рюкзак, он не узнает, что куда класть.
Как замечать
Посчитай, сколько решений за рабочий день ты принял по чужим тикетам — «используй эту кнопку», «поставь тут таб». Если больше пяти — ты собрал чужие рюкзаки, а не свои.
Где не работает
Если сотрудник взялся за задачу впервые и ещё не видел похожих решений, свобода обернётся срывом срока и переделкой. Границу проводят по зрелости в конкретной задаче, а не по грейду.
Когда наоборот
Запуск платёжного контура, где ошибка стоит денег клиентов, а команда делает такой модуль впервые: здесь ты спускаешь архитектуру и шаги сверху.

Как задумано ↔ как решит команда

Выстраивать направление сверху вниз и проводить единую логику через смежные команды и контуры

Обеспечивать вовлечённость команды, принимающей решения и формирующей собственное понимание

Где об этом говорят

  • Видео8 мин

    Вредные советы дизайнерам в продукте (Иван Покалюк, Skyeng)

    Проверяем доступ

    «Специалист растет тогда, когда учится принимать решения в условиях неопределенности, а не требует исчерпывающих жестких ТЗ.»

    здесь это прозвучало

  • Подкаст41 мин

    #11 - О менеджере продукта, команде и продуктовом мышлении c Сергеем Муратовым

    Проверяем доступ

    «Продакт-менеджер должен просить команду самостоятельно предлагать решения проблем, а не просто приносить им готовые спецификации.»

    здесь это прозвучало

  • Подкаст56 мин

    О разнице между «делать» и «сделать», важности фиксирования сроков и получении результата

    Проверяем доступ

    «Каждый участник команды должен действовать как менеджер своего участка работы, а не безвольно срывать свои дедлайны из-за задержек смежников.»

    здесь это прозвучало

  • Видео5 мин

    Q&A c Ольгой Мегорской

    Проверяем доступ

    «Эффективное руководство строится на предоставлении сотрудникам максимальной свободы для реализации их экспертизы, а не на микроменеджменте.»

    здесь это прозвучало

  • Выступление28 мин

    Как делегировать: отпускать контроль так, чтобы ничего не ломалось (Олег Федоткин)

    Проверяем доступ

    «Уровень контроля при делегировании нужно подбирать под зрелость сотрудника в конкретной задаче, а не под его грейд или стаж в целом.»

    здесь это прозвучало

  • Выступление26 мин

    Новый игрок в найме: как выстраивать процесс, когда все используют нейросети (Анатолий Рыжков)

    Проверяем доступ

    «Когда кандидаты массово используют LLM для ответов, проверять нужно способность стабильно решать задачи, а не точечные знания.»

    здесь это прозвучало