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

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

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

Для меня здесь три базовых правила:

Ответственность не размазывается. Если проект поехал, аргументы в духе «разработка задержала, а бизнес долго согласовывал» не работают. Проджект отвечает за всю систему. Почему зависимость не подсветили раньше? Где был план Б?

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

Управлять нужно движением, а не доской. Проект не едет сам. Его нужно буквально проталкивать через человеческий фактор, зависимости и конфликты. Иногда для этого приходится быть неприятным человеком, который режет скоуп или останавливает работу, потому что команда бежит быстро, но не туда.

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

AI и no-code сейчас позволяют собрать прототип или MVP за пару дней. Инструментов стало больше, порог входа снизился. Но нейросеть не возьмет на себя ответственность за сроки, риски и качество. Быстро склеить код еще не значит довести до релиза.

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

Думаю отдельно разобрать, как нормально прожектить в продуктовых и AI-командах. Инструменты меняются, а людей, способных доводить дела до результата, как мне кажется, по-прежнему не хватает.

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