И снова #реклама и #продуктовое

Летом проходил курс Ани, зашло отлично. Имхо, отличный способ въехать в тему для начинающих, и возможность попрактиковаться на кейсе для миддлов.

https://xn--r1a.website/product_weekdays/300

#продуктовое #анализ #карьера

Заметка об особенностях работы продакта в b2b.
Многие тезисы пробуждают воспоминания о заказной разработке. И что характерно, автор выделяет отличный от b2c скиллсет:

“Как правило от продакта в b2b ожидают следующие навыки: бизнес-анализ, системный анализ, проектный менеджмент. Собственно, это минимум, который позволит полноценно управлять продуктом. Именно поэтому чаще всего b2b-продактами становятся бывшие системные и бизнес аналитики, а также менеджеры проектов"

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

#оффтоп
Истинная мощь BPMN

#архитектура

Некоторые ошибки-проблемы, которые вылезают при переходе на событийную архитектуру, и как с этим жить: https://theboreddev.com/common-mistakes-in-event-driven-systems/
Внутри несколько годных ссылок.

1. Обеспечение порядка отправки и обработки событий. Эта тема хорошо освещалась в видео: https://xn--r1a.website/another_sa/46
2. Атомарность операций и согласованность данных
3. Параллельная отправка множественных сообщений
4. Изменение содержимого событий без обратной совместимости

Кстати, на грядущем AD намечается доклад про EDA для глазами аналитиков: https://analystdays.ru/ru/talk/102798 - возможно, будет интересно.

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

Здесь уже обсуждают использование event sourcing, размер сообщений, поддержка и отладка системы в целом, идемпотентность при обработке событий.

#архитектура #интеграция #API

Ребята из Apollo собрали 10 принципов проектирования GraphQL-сервисов.

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

Хотя одно решение предлагают: используйте линейку Apollo))

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

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

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

А если ничего не получается, и тема совсем не заходит, может ну его, этот анализ/разработку/менеджмент?

Божечки, тут запилили базу специально для EventSourcing’а: https://eventstore.com

Правда, сакральный смысл ее использования я как-то не понял. Может, сталкивался кто?

Must read: 18 самых полезных и практичных гайдов от ProductSense по исследованиям, аналитике, стратегии, карьере, созданию и развитию продуктов

1. Как стать менеджером продуктов и найти первую работу: подробное руководство от ProductSense
2. Как понять и внедрить JTBD в продукт за один час и сохранять фокус на клиенте: гайд по Customer Behavior Canvas (+ шаблон)
3. Гайд: как анализировать результаты глубинных интервью и использовать их для проверки гипотез
4. DIY. Гайд по методам продуктовых исследований: качественные, количественные, UX-исследования
5. Гайд: как подготовиться к глубинным интервью и провести их максимально эффективно
6. Как находить инсайты с помощью удаленных модерируемых UX-тестов
7. Как грамотно проектировать сложные интерфейсы «человек—компьютер» с помощью инструмента «линии эволюции» (+ справочник)
8. Схематизация опыта с CJM и Service Blueprint и практика гибридной нотации: принципы, опыт и лайфхаки команды Byndyusoft
9. DIY. Как разработать матрицу компетенций менеджеров продукта для качественной оценки сотрудников и кандидатов + подборка из 14 готовых матриц
10. Онбординг в приложении как инструмент retention: основные принципы проектирования и механики
11. Пошаговая инструкция: как построить канбан-систему в продуктовой команде и сделать процессы поставки более прозрачными и управляемыми
12. Как создавать полезные для бизнеса дашборды: алгоритм, принципы верстки, инструменты, архитектура
13. Как менеджеры продуктов приоритизируют бэклог в реальной жизни
14. Как искать контакты топ-менеджеров из энтерпрайза для CustDev и выходить на них
15. ЛПР для исследований в малом и микробизнесе: кто они, где их искать и как на них выйти
16. Как научить разработчиков и продуктовую команду понимать пользователей и проводить интервью
17. Антипаттерны построения стратегии в компании
18. Почему вы неправильно делаете опросы и как это исправить

@productmindset

#коммуникации #реклама
Летом я просил поделиться, кому что помогало в сфере рабочих коммуникаций. Моя очередь тихонержите

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

Что зацепило лично меня:
• Практико-центричность. Все теории пробуешь и разбираешь в режиме симуляции на живых кейсах.
• Фокус на построении здоровых и долгосрочных отношений, а не продавить здесь и сейчас.
• Равное внимание уделяется как рациональной, так и эмоциональной части коммуникаций.
• Аудитория. Большая часть состоит их продактов, технарей и прочих обитателей итшечки.

Что это дало мне:
• Общения с сотрудниками стали проще, появилось больше доверия. Особенно полезно для проведения one-to-one.
• Трачу меньше усилий, чтобы донести мысли и идеи до партнеров и руководства.
• Реже тянет убивать.

Долго ждал дня, когда появиться открытый курс, который можно с чистой совестью всем рекомендовать. Если соберетесь, то держите промку на 10% - another_sa.

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

В первой обсуждают возможные гарантии доставки, и как с ними жить. Разбирают паттерны transactional outbox/inbox, и какие проблемы создает их использование.

Во второй продолжают говорить о гарантиях и обеспечении порядка сообщений.

Если совсем лень на английском читать, то вот небольшой кейс использования outbox, правда без особого погружения в детали.

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

В качестве краткого введения вебинар о бизнес-архитектуре, ее связи с процессным подходом, и проблемах “бизнес-аналитиков”: https://youtu.be/M5uVVH8jeXw
Осторожно, может травмировать нежную психику

Книга Репина о процессном подходе как способе управления предприятием. Небольшая, читается просто, при этом никакой воды. Имхо, абсолютный мастхев на старте: https://www.mann-ivanov-ferber.ru/books/paperbook/business-processes/

Кратко про модели Остервальдера. Аналитика туда обычно не пускают, но полезно для осознания связи бизнеса с процессами: https://vc.ru/s/productstar/135102-biznes-model-ostervaldera-chto-eto-takoe

Интересная доска с шаблонами бизнес-моделей, чтобы покрутить свой продукт: https://miro.com/app/board/uXjVOWJXlSQ=/

Исходная книга Остервальдера о построении бизнес-моделей: https://alpinabook.ru/catalog/book-postroenie-biznes-modeley/

#оффтоп #манагерское
С грустью понял, что до амбреллы еще далеко

#оффтоп
Что делать, если во время воскресной уборки вы нашли сотню-другую петабайт завалявшейся инфы? Нужно просто позвонить в AWS и заказать Snowmobile.

Как это работает:
1. К вам приезжает грузовик с 15-метровым неубиваемым непотопляемым контейнером и кучей портов
2. Оставляете его на ночь и заливаете до 100 PB инфы
3. Амазон увозит грузовик и заливает данные в облако

Из неоспоримых плюсов:
• Для перехвата данных, злоумышленнику потребуется реальная группа захвата. Возможно, команда Доминика Торетто.
• Вы можете продавать свои данные на развес. Пудами или килограммами, например.

Так что самым быстрым и безопасным способом перемещения данных все еще являются контейнерные перевозки. Ждем квантовую телепортацию.

Описание сервиса: https://aws.amazon.com/snowmobile/

#анализ #продуктовое

Кстати, про Остервальдера. Интересная доска с шаблонами бизнес-моделей, чтобы покрутить свой продукт: https://miro.com/app/board/uXjVOWJXlSQ=/

P.S. Добавил в исходный пост

#API #интеграция
Быстрое введение в использование сессий, куков и токенов: https://medium.com/geekculture/cookies-session-token-d9f068cccdc6
Написано довольно тезисно, зато в конце подборка годных ссылок для большего погружения.

И еще немного дополнительных комментов: https://medium.com/dev-genius/the-difference-between-cookie-session-and-tokens-79b62df6f860

#конференции
В начале недели провел воркшоп на Flow - новая конфа для аналитиков от jug.ru. Как слушатель посмотреть успел немного, зато изнутри все было очень лампово.

С одной стороны, новых спикеров и свежего контента было не так много. С другой - конфа фокусируется на технике и хардах для middle+ уровня, поэтому нет тонны докладов про выгорание, карьеру и т.п. И это прекрасно.

Еще из приятного comday - часть активностей сразу транслируется в онлайне. Что понравилось из открытого:
• Никита Харичкин и PlantUML
• Юрий Куприянов и User Story Splitting

Учитывая опыт jug.ru, инициатива шикарная. Спасибо всем причастным, и жду оффлайна в следующем году.

#манагерское
Сколько же раз я ругался с hrами и руководством на тему KPI, 360 и прочих ассессментов.

“Как только вы вводите систему KPI, вы ставите перед сотрудником интересную инженерную задачу: как с минимальными усилиями получить максимальный результат” - Максим Цепков.

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

Так вот, на канале у Дорофеева прошел классный эфир с Александрой Брызгаловой о проблемах KPI с оглядкой на теорию ограничений. Хочется посоветовать всем фанатам метрик для размышлений хотя все равно никто слушать не станет

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

Быстрое знакомстов с кэшами. В первой части статьи:
• Когда использовать
• Уровни кэширования
• Основные стратегии

Во второй части немного о масштабируемости кэшей и отказоустойчивости системы.

У нас тут вечером намечается стрим на тему работы продакта в кровавом b2b с Михаилом Грековым. Я как-то делился его постом об особенностях продуктовой работы в b2b, который заинтриговал меня рассуждениями о том, что в b2b продакт - это больше системный бизнес аналитик + РП, нежели классический руководитель продукта в b2c. Сегодня попробуем раскрыть эту тему.

И в целом канал у него интересный, например рассуждения о UX-долге в энтерпрайзе, и как его можно отдавать. В общем, заглядывайте сегодня в 18 по мск: https://nextway.timepad.ru/event/2264354