Комментарии 5
Больше всего зашло сравнение PM с фильтром хаоса. Это очень правильно. Если этого не происходит команда, помимо просто работы над задачами, еще и вынуждена жить с постоянными ad hoc запросами и проблемами со всех сторон. Короче +
В целом согласен с автором. Меня лично смутило про "никаких исключений".
Строим гибкие методологии разработки, а на входе суровый негибкий фильтр.
Я считаю исключения нужны и важны. Но все, от клиента до смежных отделов, должны понимать, - "это одолжение, это не норма".
Ещё хочу заметить, в тексте об это не увидел. Фильтрация задач и создание условий для команды, не должно означать блокировку разработчиков от участия в принятии решений технических решений и коммуникации с заказчиком (после постановки задачи).
Согласен - исключения бывают, и иногда они необходимы. Я скорее говорил про важность системы и правил, без которых хаос становится нормой. Но да, важно доносить, что "исключение" - это именно исключение, а не новая стандартная практика. Иначе фильтр просто теряет силу.
Про участие разработчиков - прям жирный плюсик.
Фильтрация задач не должна превращаться в стену. Разработчики не только могут, но и должны участвовать в обсуждении решений, в особенности если это влияет на архитектуру или UX. Коммуникация с заказчиком важна в формате контролируемой, понятной и прозрачной рамке.
Моя задача как Проект Менеджера, не загнать команду в рамки, а наоборот: создать такую среду, где разработчики не тонут в хаосе неопределенности, но при этом остаются вовлечёнными и ценными участниками процесса и прогресса.
Кстати, поделюсь ещё одной деталью. У нас в команде сейчас важную роль фильтра выполняет мой продукт-менеджер. Он тщательно формирует user story, и благодаря этому мы получаем в команду уже более выверенные задачи - понятные, логичные, с ясной бизнес-ценностью.
Это сильно снижает уровень шума и неопределённости на входе. Мы не спорим о том, что делать - мы обсуждаем, как лучше реализовать. То есть фильтрация работает, как выстраивание внятной логики и потока задач.
Просьба к автору: раскрывайте смысл используемых аббревиатур. Я до конца статьи не понимал идет ли речь о продакт менеджере или о прожект менеджере
PM — Как фильтр для команды