Запись эфира с Денисом Золотаревым (@fortyD)

В этом эпизоде философского подкаста “Как я стал параноиком” я решил вернуться к идее времени. Можно считать этот ролик развитием идеи поста, который я написал сразу после того, как закончил работу над книгой в январе этого года:

Часть детства у меня прошла в Якутии. Из 12 месяцев там 8 – это зима, по две недели на весну и осень, оставшиеся три – жаркое и жадное до жизни лето. В конце зимы, и даже скорее весной, реки, до этого промёрзнувшие до дна, начинают оттаивать и на берег выбрасывают огромные льдины размером по несколько метров. Цвет их невозможно забыть – что-то голубое, перетекающее в зелень. Они как огромные леденцы, полупрозрачные и гладкие. Тают они медленно, нехотя расставаясь с накопленным внутри холодом, но чем меньше становятся, тем быстрее окружающее их тепло проникает внутрь и превращает их в воду.

В какой-то момент я понял, что что-то похожее происходит с деньгами. Когда ты держишь в руках увесистую пачку денег (сейчас это сложно представить, а цифры в приложении не передают этого ощущения), то с ней не хочется расставаться и давать ей растаять, будучи истраченной по пустякам. От нее веет силой, которую можно приложить к чему-то серьёзному, значение которого не распадается на множество частей. Но если ты откусил от нее кусочек, потом еще, то через какое-то время скорость, с которой она тает, начинает увеличиваться. В конце концов от нее ничего не остаётся и если ты не использовал ее силу сразу во всей еще совокупности на что-то одно, но важное, то в будучи потраченной на множество мелочей, ее как будто и не было.

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

Сегодня закончились 2,5 года, в течение которых шла работа над книгой и они были посвящены только ей. Все остальное было фоном и жизнь со своей каждодневной суетой отошла на второй план. Большую часть этого времени я прожил либо в маленьком городке у моря, либо в горах, где из занятий только сноуборд и пара кафе. Настало время возвращаться в мир, проявить себя в нем, но перед этим я хотел бы сделать ретроспективу этого странного периода «великого одиночества».

https://youtu.be/4Pw8aSX-8qk

Всем привет! В ближайшие дни книга в электронном формате станет платной. Поэтому если вы хотите загрузить ее в Литресе, Амазоне или Букмейте, самое время это сделать (в разделе Заказать книгу). Если вы уже ранее покупали черновик книги в Литресе, то для вас все без изменений.

На ресурсе метода книга по прежнему останется в открытом доступе для чтения онлайн.

https://paranoidmethod.org/books

О пользе Скрама

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

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

Если разбить всех участников проекта на маленькие команды фиксированного размера и жестко задать длительность итераций (ой, простите, спринтов), при этом сделать так, чтобы у всех команд дни завершения итераций совпадали, то получится альтернативная модель управления проектом. Нет никакой скоординированной работы в рамка единого плана развития продукта, а есть единые дни синхронизации, когда проектная группа смотрит фактические результаты каждой команды и исходя из этого принимает решения, что делать дальше. Каждая команда работает над полной реализацией определенной функции продукта, поэтому нет задерживающих друг друга команда, когда, например, есть серверная команда и есть фронтенд команда. Чем-то это похоже на множество муравьев, пожирающих мертвого философа, каждая группа делает это по чуть-чуть и с разных сторон. Нет генерального плана, а есть только ситуационная реакция – здесь задачи закончились, переключаемся на другие группы задач.

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

Ну а если всё-таки хочется более адекватно подойти к организации проектов, стоит прочитать девятую главу 📕 , где предлагается гибкая, но в то же время зрелая и осознанная схема работы. Она заимствует концепции киношников, снимающих сериалы, когда множество эпизодов складываются в одну общую картину. Как именно этого добиться как раз и описывает принцип сериала из «метода параноика».

https://paranoidmethod.org/paranoid-method-book-09

Актуальные новости

Новость хорошая: у меня появился сумасшедший фанат, преследующий в разных каналах и пишущий там всякую х@#ню. Я считаю это признаком писательского успеха!

Новость плохая: завтра эфира не будет. Пытаюсь несмотря на лето (такое себе конечно) подготовить первый короткий учебный курс для продюсеров и ни на что не отвлекаться по ходу дела.

Как пережить кризис

В последнее время на многих учебных площадках появляются лекции в стиле «как пережить кризис и не потерять бизнес/работу» и тп. Сначала поймал себя на мысли, что наверняка большинство лекторов понятия не имеют как его пережить, потому что даже не знают в чем именно он заключается. А потом понял, что они никогда его и не переживали (в силу возраста и опыта). И тот факт, что они в принципе решили такую лекцию прочитать говорит как раз о том, что они его сами боятся и совершенно не знают, что с этим делать. А лекция – попросту рефлексия на эту тему.

Философский подкаст #8

На балтике налаживается погода, хороший повод съездить на куршскую косу: https://youtu.be/7q2AJeqrhWM

Почему самые крутые продукты способны создать только продюсеры? …и как стать одним из них #1

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

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

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

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

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

Продолжение следует… @theparanoidmethod

Подробнее в книге «Метод параноика» https://paranoidmethod.org

Каждое решение в проекте должно уменьшать неопределённость. Как это сделать? Зажав эти решения в тиски между требованиями бизнеса и возможностями.

https://youtu.be/zgoCuRX4sHU

Вот так выглядят эти тиски на схеме уровней проекта, описанные в 8-й главе книги: https://paranoidmethod.org/paranoid-method-book-08#acquiring

Продолжаю экспериментировать с новыми соцсетями. Как ваши впечатления, уже где-то зарегистрировались?

Мой профиль в TenChat: https://tenchat.ru/mityakin

Профиль в новой Пашиной сети https://ton.place/id187608

Почему самые крутые продукты способны создать только продюсеры? …и как стать одним из них #2

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

Например, мобильное приложение Яндекс Карты – это не бизнес-продукт, это инструмент, с помощью которого можно продавать рекламу его пользователям. Точно также как грузовик не является бизнесом, т.к. без транспортной компании, продающий услуги по перевозке, он бессмысленная куча запчастей, пускай даже великолепно собранная в произведение инженерного искусства. И пускай вас не вводят в заблуждение цифровые продукты, которые продаются сами по себе, например какая-нибудь Фигма или AmoCRM. Чтобы вы их купили, должна быть создана вся окружающая их бизнес-инфраструктура, коммерческие курсы обучения и внедрения.

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

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

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

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

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

Традиционные проектные методологии, включая гибкие, отлично справляются с развитием существующих систем («Процедуры»). Точно также они подходят для заимствования готовых продуктов и технологий («Седина»), только к ним добавляются опытные команды, специализирующиеся на конкретных отраслях. А вот для создания цифровых инструментов («Мозги»), вокруг которых будет принципиально новая бизнес-модель компании, нужна продюсерская модель работы над проектами. Книга «Метод параноика» как раз посвящена ее описанию.

Продолжение следует…
Предыдущий пост https://t.me/theparanoidmethod/593

Друзья, у меня отличные новости! Литрес одобрил заявку на запись аудиокниги «Метод параноика» и в ближайшие пару-тройку месяцев (это их оценка, возможно и быстрее) аудиокнига будет готова и появится в продаже.

Сюрпризом, в том числе для меня, будет голос диктора. Посмотрим! В смысле послушаем.

Почему самые крутые продукты способны создать только продюсеры? …и как стать одним из них #3

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

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

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

Кажется, что в такой роли может выступить CTO компании, технический архитектор, дизайнер продукта или продуктовый менеджер. По какой причине здесь нужен именно продюсер?

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

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

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

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

Предыдущий пост https://t.me/theparanoidmethod/597

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

Ну а я решил возобновить ведение двух каналов, один из которых посвящен Методу параноика (этот), второй – про все остальное (Как я стал параноиком). Соединить их было моей ошибкой, т.к. в результате начал сам же себя сдерживать и перестал делиться разными наблюдениями и идеями, которые не относятся к профессиональным вопросам.

Так что подписывайтесь, там периодически возникают интересные обсуждения в комментариях: https://t.me/paranoid_mityakin

Там как раз вышел новый эпизод философского подкаста. Очень спорная тема для некоторых)