Stop-doing · Фокус · Продуктивность · Управление командой · PTOS

Stop-doing list: главный ускоритель продуктовой команды

Почему Stop-doing list является неотъемлемой частью фазы Iterate, как его формировать и как он помогает команде сохранять фокус, избегая расползания задач и скрытой работы.

Stop-doing list: главный ускоритель вашей продуктовой команды

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

Чтобы двигаться быстро, нужно не только решать, что делать дальше, но и безжалостно определять, что перестать делать. Для этого в методологии PTOS в фазе Iterate используется мощный инструмент — Stop-doing list.

Фундаментальный принцип

Stop-doing list — это не «дополнительный документ для красоты». Это неотъемлемая часть решения.

Каждый раз, когда вы решаете сделать следующий шаг (Next Bet), вы обязаны определить, от чего вы отказываетесь, чтобы высвободить для него ресурсы и фокус.

Почему это главный ускоритель?

Stop-doing list убирает три главных «пожирателя» скорости:

1. Скрытая работа: Поддержка старых, неэффективных фич, разбор багов в коде, который никому не нужен.
2. Размытые обещания: «Вечные» задачи в бэклоге, которые когда-то пообещали стейкхолдерам, но которые уже потеряли актуальность.
3. Информационный шум: Обсуждение метрик, которые ни на что не влияют, и дашбордов, которые только отвлекают.

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

Что может входить в Stop-doing list?

Stop-doing list — это не просто список задач, которые нужно закрыть. Это список осознанных отказов. Вот несколько типовых категорий:

1. Закрываем (Kill): Мы полностью удаляем, отключаем или прекращаем поддержку чего-либо.

   • Пример: «Мы удаляем старый модуль импорта, потому что им пользуется 0.1% пользователей, но он генерирует 20% ошибок».

2. Откатываем (Rollback): Мы возвращаем всё как было, потому что наше изменение принесло больше вреда, чем пользы.

   • Пример: «Мы откатываем новый дизайн формы регистрации, потому что он уронил конверсию на 15%».

3. Замораживаем (Freeze): Мы оставляем фичу как есть и перестаём её трогать, пока не появится новый, сильный сигнал.

   • Пример: «Мы замораживаем дальнейшую разработку модуля аналитики. Он работает, но его улучшение сейчас не является приоритетом».

4. Перестаём обещать: Мы прекращаем давать обещания по поводу определённых фич или направлений, чтобы не копить невыполнимые обязательства.

   • Пример: «Мы перестаём обещать клиентам интеграцию с HubSpot в этом квартале, потому что сфокусированы на улучшении основного сценария».

5. Перестаём измерять и обсуждать: Мы убираем из дашбордов и обсуждений шумные, неинформативные метрики, которые только отвлекают.

   • Пример: «Мы перестаём каждую неделю обсуждать DAU, потому что наша North Star Metric — это еженедельная частота value-event».

Stop-doing — это защита фокуса

Если после Iterate-сессии у вас не появился Stop-doing list, значит, вы, скорее всего, просто добавили ещё работы поверх существующей. Ваш фокус не стал острее, а наоборот, ещё больше размылся.

Внедрите Stop-doing list как обязательную часть ваших продуктовых ритуалов. Это дисциплинирует, заставляет принимать сложные, но необходимые решения и, в конечном итоге, делает вашу команду по-настоящему быстрой.