Не про$&ать свой талант

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

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

Играл он просто офигенно. Какой-то блюз. Гитара была с комбиком, поэтому звучало еще эффектнее. Я то думал, что может быть гитара не самая дорогая и звучит так себе, но на самом деле у меня просто руки были из одного места. А у него из нужного. Он это любил и реально чувствовал музыку.

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

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

Как понять, что ты нашел свою цель и обрел предназначение: тебя не задевают чужие успехи, ведь это их путь. А у тебя свой.

Митапы по управлению сложными проектами для агентств, руководителей проектов и проджект-раннеров

— Москва, суббота, 5 июля с 13:00 (Stars Coffee, Гашека ул., 6)
— Питер, среда, 9 июля с 11:00 (Бонч, Большая Морская ул., 16)

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

Из тем:
— ведение переговоров с бизнесом на стадии продажи
— планирование и оценка сложных проектов
— «сборка» команды из собственных специалистов и внешних подрядчиков
— стратегия работы над проектом в условиях неопределенности
— технология продуктовой разработки
— роль проджект-раннера и продюсерская модель работы над проектами
— построение проектных офисов
— книга «Метод параноика» (я захвачу с собой несколько экземпляров)

Встреча проходит в рамках Клуба проджект-раннеров, и я жду как тех, с кем мы уже знакомы, так и новых людей, кому интересны эти темы. Напишите, если собираетесь присоединиться @vadim_mityakin. Заодно можно попросить отложить экземпляр книги.

Корпоративные акселераторы: это когда люди на зарплате учат тех, кто рискует, тому, что такое предпринимательство.

先生

Богатая на активности неделя:

— Встреча Клуба проджект-раннеров в Питере 9 июля в 11:00
— Выступление на диджитал-конфе Summer Night Conf 2025 в Питере 10 июля в 15:00
— Выступление на Лектории для дизайнеров в Ростове на Дону 12 июля

Сегодня выступаю в Питере про позиционирование ит-компаний, а уже через три недели в Перми буду более глубоко разбирать эту тему на конфе UDW


Промокод METHOD

Совершенно бомбическая рецензия на метод, книгу и трек в Клубе проджект-раннеров от Алексей Петрова, одного из участников!

Не пожалейте время, прочитайте полный вариант статьи по ссылке из этого поста 👌️️️️️️

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

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

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

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

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

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

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

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

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

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

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

👉 На сайте — самое интересное: чем Project Runner отличается от обычного PM, почему разработка — это не начало, а финал, и помогает ли метод в реальных проектах, где еще применим, и выводы, которые стоит повторять каждую пятницу.