К слову об обучении и менторстве.

Я в этой хрени уже лет двадцать. На системном уровне начал выступать и преподавать аж десять лет назад, в 2015-ом (да, я старый, как шестой айфон).

Сейчас у меня новый поток охуительных менти. Их шестеро, и все они вдохновляют меня похлеще Энтони Старка.

В своё время (две тысячи лет назад) Сенека в письмах Луцилию писал: «Если же мне предложат мудрость на условии, что я должен хранить её в тайне и не передавать другим, — я откажусь: никакое благо не радует, пока им не делишься с другом».

Я стараюсь делиться и считаю, что это то немногое, чем я делаю мир лучше.

Я преподаю в нескольких ВУЗах, пытаясь хоть немного разбавить системное и постоянно запаздывающее образование. Я менторю тех, кто хочет расти.

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

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

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

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

Если же ты ещё не менти или даже не планируешь им стать, но тебе очень-очень нужно в чатик, пиши в личку, обсудим и всё сделаем

Вот тут будет обсуждение: https://news.1rj.ru/str/shererpro/243

Наткнулся тут недавно на статью Андрея Шапиро про развитие USM. Прочитал, понравилось (ну почти). А потом мне ещё несколько человек её скинули: кто-то с просьбой прокомментировать, кто-то с предложением внедрять. Каждому отдельно отвечать влом, так что вот вам небольшой и исключительно субъективный разбор SIM/КРИ-подхода.

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

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

Итак, плюсы и сильные стороны метода:

1. Чётко лечит XY-проблему. Первый слой «Цель» заставляет сначала сформулировать зачем, а слой «Объекты» выводит доменные сущности «на поверхность», так что ни задача-X, ни данные не потеряются. Здесь, конечно, имеет смысл уточнить, что user story вообще не решает проблему потребности, только задачи. С потребностями лучше справляется job story.

2. Сквозная трассировка «цель - процесс - данные - UI». Семь вертикальных слоёв собирают всю логику реализации в одном столбце карты, поэтому дизайнер, аналитик и разработчик опираются на единый контекст. Вот это круто.

3. Читаемый, легко приоритизируемый бэклог. Карта даёт «структурную матрицу» (горизонталь — логика процесса, вертикаль — глубина детализации), а компактный текст историй сокращает время изучения документации. Правда, формат представления тут может перекрыть суть, но это решается применением банального здравого смысла.

4. Самый сок: SIM/КРИ отлично мапятся с Domain Driven Development и Event Storming. Цветовое кодирование слоёв и фокус на домене позволяют встроить метод в воркшопы по моделированию процессов и предметной области. Ну во всякие PI-планирования SAFe.

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

Минусы и слабые стороны подхода:

1. Тема хорошо работает на уже сформированной бизнес-модели. Если вы — динамичный стартап и ваши метрики определяются в процессе анализа и проектирования, то «чистая» цель вам попросту недоступна. А если корректируются цели, метод по каскаду распадается и карта устаревает уже через спринт.

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

3. Каркас экранов создаётся слишком рано. Да, это не UI в финальном его виде, но все мы знаем, что дизайнеры мыслят картинками. После того, как конкретный лайаут зафиксировался в их нейронных цепочках, он останется там навеки. И никакие исследования потом этого риска не снимут.

4. При большом бэклоге доска становится нефункциональной. Нет прямой связи историй с KPI, нет явного инструмента синхронизаций (а синхронизация Holst/Miro с таск-трекерами — ебля ещё та, поверьте). Так что на реально большом проекте вы будете тратить целого проджекта или двух на синхронизацию доски и трекеров. Классический USM проще, поэтому и синковать его не так сложно.

5. Фасилитация, кривая обучения и избыточность на маленьких фичах. Объединил это в один пункт, потому что метод реально сложный. На мелкой хрени типа «добавить оплату через Х» он избыточен. Для полного его понимания и эффективного применения не достаточно просто скинуть статью. Ну и без грамотной фасилитации карта, как я уже сказал, устареет буквально через спринт.

Есть ещё недостатки, типа сложностей с инкрементальной поставкой и перебором upfront-аналитики, но и так получился лонгрид, телега мне тут пишет минусы в количестве символов

А хотите подробный и исчерпывающий пост (а может, даже статью) про заблуждения вокруг связки «UX-CX»?

Народ, Андрей Шапиро пришёл в комментарии к разбору подхода SIM/КРИ. И накидал несколько довольно интересных тезисов. Го читать. И подписываться на канал Андрея.

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

Между UX и CX в последнее время много споров. Кто-то считает, что первый включает в себя второй, кто-то наоборот. Я решил немного развернуть эту тему, чтобы вы могли просто кидать в оппонента ссылкой: https://sherer.pro/blog/ux-vs-cx-kto-kogo-vklyuchaet/

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

Народ, у меня, как некоторые из вас уже знают, новый проект (даже два). Это облака белогривые лошадки, сервера, девопсы-деплои и всякое такое. И нам там нужен сильный системный аналитик на фуллтайм. Теоретически — удалёнка, практически — нужно будет регулярно тусить в офисе (потому что тема пиздец сложная, придётся частенько тыкать палкой в локальных носителей знаний). Офис в Москве, метро Цветной Бульвар.

Со своей стороны обещаю фундаментальный подход к документации и процессам, со стороны остальной команды обещаю непрерывное включение в продукты и их механики.

Ниже — цитата от одного из ключевых участников:

Так-то мы ищем много специалистов в разных областях и готовы адекватно платить за экспертизу.

Предстоит работать в экспериментальном проекте для разработчиков и девопсов. В дерзкой компании, создающей облако, готовой к жесткой конкуренции с Yandex Cloud, VK Cloud и прочими, намеренной полностью перепродумать UX для облачных решений в России и мире. От Хабра получили приз как самый рейтинговый блог новой компании. Из-за нас крупные компании собирают встречи, чтобы выяснить кто мы и почему такие дерзкие.

Абсолютно горизонтальная структура, отбитая на голову команда (на Хабре мы так и пишем), где ценится честность, профессионализм, экспертиза и самостоятельность. Мы косячим, исправляемся и считаем это нормальным.

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

Шарьте, позиция реально крутая. Пишите в личку мне или @mashavanassi

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

Я не пропал, просто малость подзаебался (очень интересный и сложный проект, даже два+).

На днях ждите новую статью, и вот вам спойлер:

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

Есть у меня один питомец, wlist.fun. Это такой малютка, который позволяет тебе создать вишлист, отправить его друзьям и те (без регистрации и смс) забукают подарки. Так ты не получишь на свой ДР несколько книг Талеба, а ребята не будут париться, что же тебе такого подарить.

Изначально он ничего, кроме этого, и не умел. Но потом появились приватные вишлисты, копирование элементов, интеграция с Я.Маркетом и прочие плюшки.

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

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

- Фильтрацию и сортировку по цене (если владелец вишлиста её указал). А то он, конечно, молодец, накидал в самое начало дайсонов за 50к, а у тебя весь бюджет на подарок как две шаурмы.

- Опция автоматического сокрытия отмеченных подарков. Чтобы их видел только владелец и тот, кто, собственно, их отметил. Снял отметку — снова всем доступно.

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

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

Если есть ещё идеи — обязательно кидайте в комменты, моя фантазия иссякла

Ну что, спасибо вам. Первые три фичи в проде. Пока пилил, придумал ещё одну (даже две): скоро будет полноценная асинхронность на вебсокетах и возможность установить приложение как PWA

Есть у меня небольшие подозрения, что стрим в телеге больше какое-то время не будет работать. У нас по плану поговорить про роадмап. Где будем встречаться, есть идеи?

Я ничего не хочу сказать, но встреча двух президентов в Анкоридже — это слишком сильные ассоциации, чтобы я ими с вами не поделился

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

Пробежимся по словарю (roadmap vs релиз‑план vs бэклог, 5C, горизонтам и прочему). Обсудим 12 антикейсов с признаками и контрмерами. Сформируем чеклист таких признаков. Отдельно будет про реалии 2025 и ритуал похорон лишних дат.

Зайдет продактам и проджектам, аналитикам, дизайнерам, тимлидам и владельцам бизнеса.

Собираемся 21.08 в четверг, в 20:00 МСК. Скорее всего, в Телемосте, но чёрт знает. Туда поближе решу.

Шарьте, наверняка кому-то из ваших знакомых это будет интересно

Закреп с тем, кто я такой и что умею.

Кто я такой

Продуктовый методолог и IT-продюсер. В прошлом разработчик, дизайнер, аналитик и даже местами девопсер с предпринимателем. Больше 20 лет в IT. Из-за этого говорю абсолютно со всей проектной командой на одном языке. Мой сайт https://sherer.pro, там можно почитать мои статьи и немного больше узнать о моём опыте.

Что я умею

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

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

3. Помогать бизнесу выстроить правильные процессы. Могу условную бухгалтерию перевести на условный ЭДО, могу безжалостным аудитом найти и уничтожить узкие места проекта, могу ускорить медленное и автоматизировать ручное.

4. Проектировать и управлять проектированием. Проработаю проектную методологию с учётом специфики бизнеса и проекта/продукта, выстрою правильную документацию и научу сотрудников всему этому следовать.

5. Обучать. Управлению цифровыми продуктами, всевозможным методологиям продуктового дизайна, коммуникациям внутри проектных команд, функциональной, информационной архитектурам и ещё массе всякого. Преподаю (в том числе в ВУЗах, типа ИТМО и РАНХиГС) уже 8 лет