Павел Шерер

Грядущего локдауна пост.

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

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

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

Чем я могу помочь:
- управление продуктом, проектом, командой;
- запуск и внедрение сложных цифровых продуктов;
- бизнес-аналитика (процессы, формирование-выявление и тп);
- архитектура (информационная, функциональная).

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

Опубликована глава о принципе продюсирования

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

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

Свершилось! Одна из самых важных глав (по моему сугубо предвзятому мнению) увидела свет. Налетай

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

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

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

Это была славная рать.

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

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

Но пал саппорт заморский, ибо смысл здравый даже на плохом английском здравым остаётся.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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