Кто такой Project Runner и зачем он нужен?

Что ж, вот и закончился месячный интенсив с Вадимом Митякиным, где мы в формате страт-сессий погружались в методику управления проектами.

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

Первое впечатление  

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

Многослойный пирог

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

Книга делит проекты на три типа:

• Мозги — уникальные задачи, стартапы, поиск решений в условиях неопределенности. Здесь Project Runner — ключевая фигура.
• Седина — когда нужно адаптировать уже известное, внедрить в конкретный контекст.
• Процедуры — рутина, где всё формализовано. Но и здесь Project Runner может быть «спящей ролью», которая следит, чтобы процессы не вывалились в хаос.

Метод помогает понять, на какой стадии сейчас находится проект, и какие инструменты, роли и подходы включать. Это не «фреймворк для всего», а система включения нужных ресурсов в нужный момент.

Первая мысль: ресурсы не должны быть включены «всегда». Они подключаются только в нужный момент, как завещали дяди из Toyota. Не нужно тянуть на старте проектировщика интерфейсов или дизайнера, если мы ещё в стратегической концепции. И наоборот — не держим стратегов, когда уже клепаем кнопки.

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

Третья мысль: важно задавать правильные вопросы на правильном уровне — это матрица:
по горизонтали — стадии проекта:  Концептуализация → Систематизация → Проектирование → Реализация;
по вертикали — уровни: бизнес → функциональный → интерфейсный → технический → организационный.

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

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

PM ≠ Project Runner

В агентствах PM часто — это координатор, в котором совмещены 3 — 4 роли. Но по Митякину — нужен не координатор, а ведущий. Человек, который держит в голове, зачем вообще весь этот проект, куда он ведёт, и что делать, если клиент сам не знает, чего хочет.

Это не «всё разрулить» — это «понять, во что мы играем, и зачем».

Project Runner — это не должность, а функция, «мета-роль». В процедурах он не нужен. В мозгах — рулит. В седине — помогает не сбиться.

Разработка — не старт, а финал

Проекты нужно начинать не с ТЗ. Сначала — гипотезы, цели, архитектура, риски. Настоящие проекты стартуют с этапа продумывания, а не сразу «пилить». Scrum, Kanban, Agile — не спасут, если нет смысла. А если он есть, то и метод подберется.

Нечеткая постановка — и это нормально

Довольно часто у заказчика в голове проект сформирован на уровне гипотез: половина из привычки, остальное — «как у конкурентов». Наша задача — не выполнить хотелки, а довести до результата. И если нужно — переосмыслить саму задачу. Project Runner в агентстве — это не тот, кто кидает правки в чат. Это тот, кто ведёт к цели, несмотря на неопределённость.

Продюсирование > управление задачами

Если у вас всё ещё «таск-трекер + чатик + заказчик шлёт правки», то это не управление. Это диспетчерская. Настоящее управление — это про приоритеты, фокус на ценности, про «зачем», а не «что делаем».

Книга ярко показывает: разработка — это лишь 40% работы, остальное — договорённости, управление ожиданиями, этапы продумывания, переупаковки, выстраивания смысла.

Где это работает

Лучшее применение метода — стартапы и запуск новых направлений. Особенно там, где высокая доля неопределённости. Собственно обложка книги про это: “снижать неопределенность на каждой задача”. Но и в корпорациях роль Project Runner’а может оживать — например, в моментах дизрапта или пересборки процессов.

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

Вывод

Нужно стремиться к проектам из категории «мозги», а не «процедуры». Там сложнее, но интереснее. Там больше денег. Там вы нужны как партнёр, а не как исполнитель.

Если ты просто делаешь, что просят — ты заменим.
Если ты ведёшь и думаешь — ты партнёр.

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

Если после прочитанного вы чувствуете, что хотите глубже погрузиться в тему, — не откладывайте. 
📘 Вот ссылка на саму книгу — «Метод параноика».
📡 И авторский канал Вадима Митякина в Telegram.