PM — Как фильтр для команды

Всем привет!

Сделайте, пожалуйста, это — супер срочно. А вот ещё одна функция, без которой мы жить не можем. А, ну и вот это тоже поправьте, пожалуйста.

Знакомо?

Если да — скорее всего, вы работаете в проекте, где нет фильтрации задач. Или уже пожинаете плоды её отсутствия.

Почему это вообще важно

Разработчики — это люди, которые работают логически. Им нужна чёткая структура, причинно-следственная связь и понимание, зачем они делают то, что делают. Когда задачи прилетают вразнобой, без контекста, без логики и приоритетов — ломается всё: мышление, фокус, мотивация.

Если ты говоришь: «Сначала сделай пункт 5, потом 1, а в конце — вообще 13», — не удивляйся, что у команды уходит концентрация и начинается внутренний саботаж.

Что значит «фильтровать задачи»

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

Если коротко — ты как ПМ должен:

  • Убирать лишний шум на входе

  • Формировать целостную картину: куда идём, зачем и в каком порядке

  • Помогать команде не терять фокус

  • Двигаться последовательно, а не в стиле «все сразу всё»

Кейс из жизни

Работал я однажды на удалёнке в проекте. На момент, когда я в него зашёл, он уже частично был приведён в порядок преведущим РМ, но остатки хаоса всё ещё чувствовались. Где-то использовались модалки, где-то сайдбары, где-то вообще отдельные страницы. Компоненты вели себя по-разному. Про юзабилити лучше вообще не вспоминать.

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

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

Что я сделал, когда зашёл

Во-первых, ограничил поток задач. Теперь всё шло только через меня. Больше никаких «написал в личку разработчику», «сам добавил в таск трекер», «просто сказал на звонке».

Во-вторых, мы с бизнесом договорились: сначала делаем важное, потом срочное. Не наоборот. Это дисциплинирует и заказчиков, и разработку.

Третье — прозрачность. Никто не подходит к разработчику с вопросами, почему задача не сделана. Все вопросы — через меня. У команды есть тишина и фокус, а у меня — контроль, где, что и почему.

Что это дало

Разработчики стали работать осознанно.
Качество решений улучшилось. Меньше хардкода, больше гибких подходов.
Появились реальные оценки сроков. Команда начала работать внятно и прогнозируемо.

А у меня появилась возможность спокойно управлять процессом поставки. Это большой плюс и для бизнеса, и для продукта.

Ошибки, которые я совершал до этого

Я, как и многие, сначала пытался угодить всем: и бизнесу, и команде, и самому себе. В итоге терял фокус. Иногда нарушал свои же правила, делал исключения — и этим рушил систему. Бывало, что слабо аргументировал свою позицию. Говорил «нельзя» вместо того, чтобы объяснить: «если мы сделаем это сейчас, мы не сможем успеть с ключевым релизом».

Что помогает

Во-первых, понятный воркфлоу задач. Откуда задача берётся, кто её оценивает, кто ставит в работу — должно быть прозрачно.

Во-вторых, шаблоны. Задачи без описания, без цели, без определения готовности — это мусор. Их нужно либо приводить в порядок, либо выбрасывать.

В-третьих, умение говорить с бизнесом на его языке. Не “так нельзя”, а “если мы возьмём это сейчас, мы не доставим то, что приносит вам деньги”.

И в итоге

ПМ — это не секретарь и не таск-диспетчер.
Это человек, который фильтрует хаос.
Это человек, который не даёт команде сойти с маршрута.
Это человек, который бережёт ресурсы и помогает команде делать не просто больше, а то, что действительно нужно.

И если тебе говорят «давай ещё вот это срочно» — остановись, задай вопрос:
А зачем?
А что это даст?
А не разрушит ли это то, что уже строится?

Потому что если ты решил лепить вазу, а по ходу добавляешь ручку и отрываешь глину, у тебя либо получится кружка, либо вообще ничего.

Автор: OneTreyMore

Источник

Оставить комментарий