Метод параноика Вадима Митякина
1.47K subscribers
527 photos
74 videos
8 files
618 links
Канал Вадима Митякина про бизнес и создание цифровых продуктов.

Книга «Метод параноика» об управлении проектами в условиях неопределенности https://mityakin.com/redbook

Запросы на консалтинг @vadim_mityakin
Download Telegram
Мы разместились в кафе напротив, тут тихо и спокойно
Спасибо всем кто пришёл) обязательно повторим
Forwarded from UX Notes (Антон Григорьев)
Вадим Митякин написал о проектировщике в рамках продюсерского подхода к созданию цифровых продуктов.

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

Проектирование — моделирование будущего продукта, работа с гипотезами о реализации тех или иных его частей.

Нет универсального навыка проектировать любые системы на любых технологиях для любых отраслей. За проектировщиком стоят:
— Реальный опыт создания систем, когда у него была возможность проверить разные гипотезы и узнать, как может вести себя система в реальной рабочей среде;
— Системный подход — поиск и своеобразные вычисления, за которыми стоят и прототипирование и способность смотреть на задачу с разных точек зрения.

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

Как состояться в профессии:
1. Насмотренность — знакомство с разными областями знаний;
2. Исследования — освоение выбранной области знаний;
3. Мастерство — использование своих знаний и создание новых областей знаний.

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

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

https://mityakin.ru/paranoid-method-book-04
Сравните два фрагмента. Текст из книги Лема «Глас Господа» 1968 года и фото страницы из книги Хомского «Человек говорящий» 2016 года:

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

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

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


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

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

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

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

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

Сергей Гуров (https://t.me/molokopluss) сделал для книги отличную обложку, причем сразу в трех цветах, можно посмотреть на странице книги https://mityakin.ru/paranoid-method-book

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

https://www.litres.ru/vadim-viktorovich-mi/metod-paranoika-kniga-o-sozdanii-cifrovyh-produktov-v/

Буду благодарен всем, кому интересна эта история и кто оставит свой отзыв к книге на сайте Литреса и опубликует цитаты, которые больше всего запомнились. Все это поможет распространению добра во Вселенной.
Интересное наблюдение. Для аудитории, которая еще не доросла до проектов, в которых действительно требуется проектирование, бессмысленно пытаться донести важность проектирования, т.к. все «сами с усами», а для аудитории, которая занимается серьёзными проектами, уже не нужно ничего доносить - сами все понимают. Получается, что есть смысл только рассказывать о том, как проектирование лучше делать, а не что его в принципе нужно делать.
Подслушал термин «Технологическое воображение». Да, все верно, это как раз то, что развивается за счёт насмотренности.
Самое крутое в лендинге нашего цифрового картеля Eleven, это конечно лента. Чего только не сделаешь, чтобы поколение Z все поняло https://d11.design
«Он использует избитые клише, дежурные фразы и модные практики» – я долго искал форму идеально точного оскорбления
Спасибо всем, кто побеспокоился, не обижают ли меня читатели) Нет, не обижают, все в порядке. У них просто нет шансов! Меня нет в соцсетях, так что остаётся только личное общение, а это обычно отрезвляет)

Я искал фразу для себя, чтобы наиболее точно характеризовать тот типаж, который в нашей профессиональной среде меня больше всего раздражает) Это из сериала Maniac, где все все время курят и компьютер издевается над людьми: https://www.kinopoisk.ru/media/article/3263413/
Прямо сейчас я в аэропорту и вылетаю в Калининград, где у нашего картеля пройдет внеочередная встреча. Среди читателей книги нашлись заинтересованные люди, которые помогли нам организовать этот трип.

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

Всем привет)
Писать первую книгу наверно так же как с первым ребёнком, ничего не понятно, с какой стороны подходить.

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