Воркшоп по технологии продуктовой разработки для компании CreativePeople (часть 1)

Многие из вас знают, что я как консультант, внедряю технологию продуктовой разработки по «Методу параноика» в агентства и IT-компании. Для этого существует формат корпоративного трека, на котором мы с ключевой командой компании в течение двух-трех месяцев регулярно встречаемся и пересобираем модель работы, связывая вместе позиционирование, бизнес-модель и процесс работы над проектами.

И регулярно я делаю воркшопы для компаний, где мы все это ознакомительно разбираем по ключевым темам. Вчера как раз был такой воркшоп с моими любыми CreativePeople во главе с Сергеем Прокофьевым. Получилось бомбически, а заодно сделали расшифровку через DeepSeek.

Вообще вся эта история похоже уже тянет на статью Как построить агентство нового типа по «Методу параноика», но к этому еще вернемся.


### Ключевые тезисы Вадима Митякина для менеджеров проектов и руководителей агентств

1. Воронка неопределенности (The Uncertainty Funnel)

Это базовая концепция, на которой строится вся методология.

*Суть: Любой проект движется от максимальной неопределенности (туман, идеи, гипотезы) к полной определенности (конкретный, работающий продукт).

*Задача менеджера: Осознанно управлять этим движением, последовательно уменьшая неопределенность через принятие решений и получение знаний.

*Что делать: В начале проекта задавайтесь вопросом: "На каком мы этапе воронки? Что нам нужно узнать или решить, чтобы сдвинуться вправо, к определенности?".


2. Три типа проектов: Мозги — Седина — Процедуры

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

*Мозги (Инновации): Проекты с высочайшей неопределенностью. Нужно придумать что-то принципиально новое. Ценообразование: Чаще всего как % от общего доступного бюджета и сроков проекта, т.к. по итогу нужно понять, переходить к реализации или подходящего решения нет.

*Седина (Отработанные решения): Пространство среднего уровня неопределенности. У вас есть экспертиза и готовые решения (наработки, код, дизайн-системы), которые вы адаптируете под задачи клиента. Ценообразование: Фиксированная цена или стоимость решения (value-based pricing). Ошибка: Продавать "Седина" по T&M — это значит "сливать" свою экспертизу даром.

*Процедуры (Ресурсы/Аутсорс): Минимальная неопределенность. Клиент точно знает, что ему нужно (например, сделать по ТЗ). Вы продаете ресурсы с определенными компетенциями. Ценообразование: T&M или ретейнер. Зарабатываете за счет оборота и эффективности.

*Главный вывод: Нельзя проект типа "Процедуры" пытаться решать как "Мозги". Это приводит к "проектам типа Жопа" — срывам сроков, бюджетов и нервным срывам.


3. Принцип сериала (The Serial Principle)

Это альтернатива линейным подходам (типа "waterfall") и чистому "scrum" для сложных проектов.

*Суть принципа: Разбейте проект на крупные смысловые сезоны (как в сериале):
1. Концепция: Проверка гипотез, фундаментальные решения. "Будет ли это вообще работать?"
2. Систематизация (Высокоуровневое проектирование): Создание архитектуры, дизайн-системы, основных процессов. "Как мы будем это строить?"
3. Череда Ранов (Эпизодов): Детальное проектирование и разработка частей продукта итерационно. В рамках Рана можно использовать гибкие методики (спринты).

*Преимущество: Вы сохраняете общее видение и архитектуру (контроль), но остаетесь гибкими внутри этапов.


4. Проектные тиски (The Project Vise)

Мощный образ для управления ограничениями.

* Суть: Пространство для решений о продукте зажато между двумя плитами:
* Верхняя плита: То, чего хочет бизнес (требования, цели).
* Нижняя плита: То, что может бизнес (бюджет, сроки, ресурсы).

* Задача менеджера: На каждой стадии проекта (концепция, дизайн, разработка) "зажимать" эти тиски, принимая решения, которые уменьшают неопределенность и не выходят за рамки ограничений.


Часть 2

@theparanoidmethod

Воркшоп по технологии продуктовой разработки для компании CreativePeople (часть 2)

Часть 1



5. Четкое распределение зон ответственности (Продюсерская модель)

Роли в проекте должны быть определены не по названиям, а по зонам ответственности за артефакты и решения.

*Проджект-Ранер (аналогично Шоураннеру): Ключевая роль. Это человек, который соединяет в себе понимание продукта (как продакт) и возможностей проекта (как продюсер). Отвечает за конечный результат и связь между всеми участниками. "Тому, кому больше всех надо".

*Вадим выделяет уровни абстракции в проекте, за которые отвечают разные специалисты:
* Бизнес-уровень: Зачем и для кого? (Отвечает: Проджект-Ранер/Продюсер)
* Функциональеый: Что и какую проблему решает? (Отвечает: Продакт-менеджер)
* Интерфейсный уровень: Как взаимодействует с пользователем? (Отвечает: Дизайнер)
* Технический уровень: Как реализовано внутри? (Отвечает: Техлид/Архитектор)
* Проектный уровень: Сколько стоит и как долго? (Отвечает: Проджект-менеджер)

*Что делать: В начале проекта спросите: "Кто за что отвечает на каждом из этих уровней? Какие артефакты (документы, схемы, модели) мы создадим, чтобы зафиксировать решения?"

6. Системный подход: Матрица вопросов

Вместо навязывания конкретных артефактов (как MUST HAVE для всех) Вадим предлагает использовать матрицу вопросов.

*Суть: На каждом этапе ("Концепция", "Систематизация", "Ран") и на каждом уровне абстракции ("Бизнес", "Функции", "Интерфейс", "Технологии", "Проект") есть ключевые вопросы, на которые команда должна ответить.

*Примеры вопросов:
* *На этапе "Концепция" на "Бизнес-уровне":* "Кто пользователи? Какие бизнес-процессы затронет продукт? Готов ли бизнес к этим изменениям? Что докажет, что наше решение жизнеспособно?"
* *На этапе "Систематизация" на "Техническом уровне":* "Какова архитектура решения? Какие технологии мы выбираем и почему?"

*Что делать: Используйте эту матрицу как чек-лист для запуска и контроля проекта. Это гарантирует, что вы не упустите важные аспекты.


7. Маркетинг и продажи должны соответствовать производству

Фундаментальный принцип позиционирования компании.

*Суть: "Как нас видят, так к нам и обращаются". Если вы продаете инновации ("Мозги"), а внутри у вас налажены только "Процедуры", вас ждет крах. Нельзя быть "волком", который ест мясо, но питаться травой, умрете.

*Что делать: Четко определите, что ваша компания реально умеет делать и продавать (какой тип проектов). Выстройте процессы под этот тип. Синхронизируйте маркетинг, продажи и производство на одном языке и ценностях.


Краткий план действий для менеджера:

1. Классифицируй проект: Определи, это "Мозги", "Седина" или "Процедуры"? Это определит все дальнейшие действия.
2. Оцени стадию в воронке: Пойми, насколько все неопределенно. Что нужно сделать прямо сейчас, чтобы снизить неопределенность?
3. Определи роли: Кто шоураннер? Кто отвечает за каждую зону (бизнес, продукт, дизайн, код)? Используй матрицу вопросов для проверки.
4. Работай в тисках: Всегда держи в голове ограничения по бюджету и срокам (низ) и требования бизнеса (верх). Принимай решения в этом пространстве.
5. Синхронизируйся с продажами: Убедись, что то, что продано, ваша команда может реализовать без героизма. Если нет — либо меняй процессы, либо меняй позиционирование.

Эти тезисы — системный взгляд на управление сложными проектами по «Методу параноика». Внедрение даже одного-двух из этих принципов может значительно повысить предсказуемость и успешность вашей работы.


@theparanoidmethod

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

А завтра очередной эпизод бизнес-сериала «Изображая Голдратт»!

История 4: «Язык бизнеса, язык технологий» (Метод параноика: Изображая Голдратта)

История 3: «Не команда, а конструктор»


Переговорная была тесной и душной. На экране висел логотип клиента — крупной логистической компании. За столом сидели трое: финансовый директор, операционный менеджер и айтишник в очках. Все смотрели на Алекса, как на подозреваемого.

— Ну что, — начал финансовый директор, — давайте к делу. Сколько это будет стоить и когда вы закончите?

Раньше Алекс рефлекторно достал бы презентацию со сроками и оценками. Но теперь он вспомнил: я больше не «менеджер часов». Я отвечаю за результат.

Он положил руки на стол и спокойно сказал: — Прежде чем говорить о сроках и бюджете, давайте разберёмся: какую задачу для бизнеса вы решаете?

Менеджер по операциям нахмурился: — Как это «какую»? Мы хотим систему отслеживания грузов в реальном времени.

— Это инструмент, — мягко ответил Алекс. — А в чём сама проблема?

Повисла пауза. Клиент переглянулись.

— У нас теряются грузы, — наконец сказал операционный. — Водители врут о маршрутах, и мы не успеваем реагировать. — Отлично, — кивнул Алекс. — Значит, ключевая цель — снизить число потерянных грузов и повысить прозрачность. Верно? Финансовый директор кивнул. — И если мы этого не сделаем? — Мы теряем контракты и деньги, — признался он.

Алекс почувствовал, как напряжение в комнате меняется. Вот оно. Теперь мы говорим на языке бизнеса, а не хотелок.

— Тогда так, — продолжил он. — Мы не можем обещать всё и сразу. Но мы можем взять короткий отрезок — три месяца. За это время мы создадим прототип, который позволит вам отслеживать хотя бы часть грузов. Если это даст результат, расширим систему.

Айтишник усмехнулся: — То есть вы не можете назвать дату окончания всего проекта?

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

Тишина. Потом финансовый директор медленно сказал: — Знаете… Я впервые чувствую, что меня не пытаются уговорить на покупку «часы программистов». Вы говорите о том, что реально важно.

Алекс кивнул. В груди теплилось чувство странного спокойствия.

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

Переводчиком. Проводником. Проджект-раннером.


@theparanoidmethod