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

И вот я с радостью сообщаю, что вводная часть и описание первого «принципа проектирования» в виде пятой главы готово! Работа над иллюстрациями еще идет и пока они представлены набросками, сделанными мною лично. В дальнейшем при обновлении книги стараниями Даши Кошкиной обновятся и они.

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

Доступно на ресурсе книги и Литресе: https://paranoidmethod.org/paranoid-method-book-05

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

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

И поэтому каждый материал, который рассеивает эту неопределенность, реально на вес золота.

Миша Хананашвили написал хорошую статью про UX и его вандализацию. Я не часто в этом канале пощу чужие материалы, но этот мне как свой.

Думали, я пропал? Нет, я не пропал. Я много работал, а потом много пил. И вот вернулся с объявлением. Праздники заканчиваются, завтра кто-то понуро поползёт в свои офисы, а у меня новая марафонная активность наметилась.

Конечно, не писать в канал два месяца, а потом вернуться с саморекламой — так себе затея. В своё оправдание хочу сказать, что мой канал, что хочу, то и делаю.

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

Ну и, разумеется, ссылка на марафон.

#информационнаяархитектура @shererpro

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

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

В общем, твитерские, подписывайтесь, будет жесть.

Собственно, мой партнёр про то же. Коллаборэйшн, мать его.

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

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

https://www.joinclubhouse.com/event/mg6B6aRN

Началось. Велкам.

Тут в одной из бесед в хлабхаусе коснулись темы проектной документации. Насколько она важна, нужно ли делать её подробной и как заставить хоть кого-то её читать.

Так вот. Проектная документация, друзья мои, — это не только способ передачи, отчуждения знаний. Это, в первую очередь, средство коммуникации внутри проектной команды. И как любая коммуникация, она должна быть содержательной и комфортной. Приятной обеим сторонам.

А любым проектом управляют коммуникации.

Собственно, об этом и будем говорить завтра (в четверг), в 19 по МСК в клабхаусе. Подключайтесь, будет интересно как матёрым проектировщикам/управленцам, так и совсем юным специалистам (например, моим студентам).

https://www.joinclubhouse.com/event/mWwDy0p8

P.S. А ещё через пару дней будем обсуждать зарплаты, собесы, вывод бабла и прочие финансово-организационные моменты найма. Но об этом я ещё отдельно напишу.

Количество загрузок Clubhouse в AppStore ожидаемо начало снижаться. Хайп спадает, ничего необычного. Мы же пока оставлять КХ не собираемся, и вот вам новый эвент.

Завтра, во вторник, в 19 по МСК будем говорить про зарплаты в IT. Про отсутствие роста, про зарплатные переговоры, про обсуждение бабла с коллегами. А также про то, откуда и как вообще берутся деньги на зарплаты и почему до сих пор кое-где их выдают в конвертах. Я буду топить за бизнес со стороны работодателя, Roman Gailit (ветеран собеседований и переговоров) — за сотрудников. Подключайтесь, не стесняйтесь поднимать руки, будет жарко.
https://www.joinclubhouse.com/event/maQzqkGK

А давайте-ка поговорим про беспринципный дизайн.

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

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

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

Продуктовый дизайн — это больше инженерная профессия, чем творческая. Дизайн — он про бизнес, про технологическую составляющую. Ну и про UX/CX, конечно, но это в значительной степени следствие двух предыдущих слоёв. Сейчас кто-то наверняка захотел дать мне по морде «табуреткой Нормана». Мол, очевидно же, нахрена повторять?

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

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

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

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

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

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

Отдельное спасибо каналу UX Live, без которого я бы в жисть не откопал такое сокровище.

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

Это будет второй мастер-класс на тему функциональной архитектуры в РШСД: в прошлый раз вышло весьма прикольно, и мы с Ромой Черных решили повторить. Если кому интересно пощупать тему, велкам 30 апреля, с 09:30 до 13:00.

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

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

Но при этом там, в ВУЗах, всё целостно. Редко встречается, что разные преподаватели совершенно иначе рассказывают о каком-то понятии. Или что одна и та же тема звучит в разных блоках, дублируется. Хотя многие тут поспорят, наверное.

А вот в альтернативном образовании (всякие оффлайн и онлайн-школы) ровно наоборот. Студенты получают самые что ни на есть актуальные знания от экспертов, которые впахивают в индустрии прямо здесь и сейчас. Это обуславливает высокую актуальность знаний, но минимальную их консистентность. Один препод считает, что MVP можно запускать вообще без проработки UX, другой — что без хорошего UX не получится проверить гипотезы. Мало кто из преподавателей знает, что к этому времени уже проходили его студенты, каким багажом знаний обладают.

Я в разной степени преподавательства пребываю уже почти шесть лет. Не сильно большой срок, но насмотрелся. Был «деканом» даже однажды, правда, не срослось. И везде боролся с этой хренью. Получалось плохо.

К чему это я? Позвали меня тут, значит, руководить дисциплиной (ну и преподавать, разумеется) на магистерской программе ИБДА РАНХиГС и Нетологии по цифровому предпринимательству. Два семестра управления продуктом. Официально я называюсь «господин академический руководитель». Ну ладно, без «господин». Но всё равно, как-то стрёмно. Я лысый, в татухах, злой. Из «академического» во мне только очки. Но вы не представляете, как это прикольно. Я свои два семестра могу реально вылизать до блеска. Поговорить со всеми остальными «господами руководителями», найти пересечения, обсудить, какую часть знаний где мы доносим.

Так вот завтра в 19 по МСК там онлайн-день-открытых-дверей (что бы это не значило). Меня там не будет, но велкам.

Ни в коей мере не является рекламой, так как я ни копейки не получаю за наполняемость курса. Хотя преподавание вообще не про бабло. Хоть где.

Интернет вещей, каким он должен быть.

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

И вот одним из таких «перекочевавших» материалов и стала статья про USM. Я её здорово доработал, и теперь заново представляю вам.

#методологии #usm #архитертура #функции @shererpro

113-ое марта. Дорогой дневник, я начинаю сомневаться, что клиент оплатит проект «в конце месяца»

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

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

Если, конечно, неопределённость не продиктована вашей некомпетентностью.

Неопределённость – это пространство возможностей и источник нестандартных решений

Тут у AFBEAVERS вышел новый трек, и он прекрасен. Однако ещё более прикольно то, что клип для него нарисовала нейросетка — и это максимально безумно и красиво. Я долгое время как-то скептически относился к "творчеству" нейронок, но в этот раз им удалось меня удивить.

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

Жаль, во времена Pink Floyd не было таких технологий.