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

В первой обсуждают возможные гарантии доставки, и как с ними жить. Разбирают паттерны 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

Ожидания от руководителя

Однажды на собеседовании меня попросили сформулировать: какие качества руководителя важны для меня (это было уже не первое собеседование в компанию).

У меня получилось вот так:

▫️Умение доверять. Если руководитель не умеет доверять, то он завязывает процессы на себя и делает хуже общему делу. А во-вторых, не доверяет = не верит в тебя = демотивация.

▫️Умение слушать. Если ты выделил время для встречи с сотрудником — удели 100% внимания этой встрече. Ужасно бесит, когда во время встречи руководитель отписывает в чатах или ещё какие-то дела делает.

▫️Уважение к чужому времени. Бывает разное, но когда босса ждут 10 человек — фигня. Или когда босс начинает переписку посреди ночи — тоже фигня.

▫️Умение соблюдать баланс work-life. С трудоголиками частенько тяжело работать: они либо в делах по уши, либо раздражённо-уставшие. Я бы хотел, чтобы мой босс умел грамотно распоряжаться своим временем.

▫️Желание получать и давать обратную связь. Круто, когда есть периодические 1-1 с руководителем.

▫️Умение не обещать лишнего. Будет меньше разочарований от несбывшихся обещаний.

Приятные мелочи:

▫️Чувство юмора. Нельзя же всё время на серьёзных щах быть :)

▫️Редкое применение статуса при принятии решений. Типа: “Сделай так, как я сказал(а)!”.

#кактотак из давно опубликованного

#оффтоп
Прекрасное рядом.
Смотрим боевое апи, которое держит ничотак нагрузку и зарабатывает 100500 денег в секунду:
- Для чего нужно поле unknown_shit_id?
- А это для диплома Дамира нужно было, можете выпиливать
- *обнимаемся и плачем*

#оффтоп
Сижу на тренинге по канбану: “Многие менеджеры не понимают, что главный результат работы аналитика - это не документация, схемы и другие артефакты. Самое важное - это разобраться, как должна работать эта большая сложная штука, и объяснить другим”

Вот бы еще сами аналитики это понимали.

Минутка хантинга на нашем канале.
Мы запускаем эквайринг-как-продукт для рынка Средней Азии. Это продукт, который дает бизнесу прием платежей в одно касание: максимум платежных методов, рассрочки-кредиты, онлайн касса, работа с налоговой и т.п. В качестве аналогов можно привести эквайринг от тинька или яндекс.чекаут.
Зачем? Рынок готовится к взрыву ecomm’а, при этом его еще не поделили большие игроки. Мы стартуем в рамках местной ритейл-экосистемы, так что есть возможность увидеть трансформацию региона и захват рынка из первых рядов.

В команду входит бэкенд разработка, веб-фронт, и sdk для мобилок. Сейчас мы активно ищем:

Python tech/team lead
Главная задачи на ближайшие полгода-год - рулить технической частью команды:
⁃ Проектировать внутреннюю архитектуру сервисов команды, включая взаимодействия с фронтами
⁃ Вместе с архитектором проектировать взаимодействия с партнерами и смежными командами
⁃ Обеспечивать надежность, развитие и техническую зрелость решений

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

Senior/Lead QA
Глобальная задача - затащить процессы обеспечения качества:
⁃ Нужно будет полностью понимать цепочкуи проведения платежей от живого пользователя до банков и кредитных организаций
⁃ Анализировать, где-что-как может сломаться и разрабатывать сценарии тестирования
⁃ На старте не бояться протестить руками все, что нужно: потыкать UI, подергать API, покрутить мобилки
⁃ По мере развития автоматизировать кейсы, которые этого требуют

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

Удаленка есть, деньги есть. Все вопросы можно в личку: @and_burakov
Буду бесконечно счастлив и благодарен, если перешлете пост знакомым, которых он может заинтересовать.

#манагерское

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

Работал как-то с Владом. Влад не любил микрить, правда половину времени я тратил на планирование, у меня было три-четыре вида синков, встречи возникали ВНЕЗАПНО за полчаса до начала, и я должен был уметь отвечать, что делает каждый сотрудник в любой момент времени. Порывался уйти несколько раз и в итоге жалел лишь об одном: зря не сделал это сразу.

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

И тут начинается самое забавное. Когда никто не дергает, ответственность за результаты и факапы оказывается исключительно на тебе. Никто не указывает что делать, поэтому думать нужно самому. Много. Никто не достает планированием, поэтому собирать вечность из сроков тоже тебе. В моменты фейлов стыдно перед самим собой и Патриком.

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

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

И тут вопрос: если руководитель перманентно микрит, зачем его терпят?
Не потому ли, что работать с Владом удобно? Ответственность на нем, можно с чистой совестью работать от рассвета и до обеда, work-life balance и все такое. Для удаленки на Бали вообще выглядит отличным вариантом.

Вместо эпилога оставлю Правило Влада:
⁃ уходи сразу и без сомнений, лучше не будет
⁃ либо пойми и прими себя, перестань ныть и начни радоваться жизни, она всего одна

Продолжаю безудержный хантинг
Запускаем онлайн-эквайринг на рынок Средней Азии, подробнее о продукте писал тут.

Senior System Business Analyst
Ищем аналитика, который будет заниматься анализом, а не писать ТЗ. Идеальный кандидат - сильный технарь, который хочет поработать с продуктом.

Типичные задачи:
• Есть API провайдера рассрочки. Понять, что из него мы можем использовать, как укладывается в пользовательский путь и архитектуру. Накидать с архитектором драфт схемы взаимодействий и контекстную диаграмму, отдать на дальнейшую техническую проработку.
• Подключаем крупного клиента. Понять его бизнес-процессы и потребности, предложить, как лучше встроить в него наш сервис.
• Мы решили добавить на платежную форму новую фичу. Понять, как это повлияет на пользовательский путь и конверсию в оплату.
• Вы обнаружили неявный корнер-кейс. Оценить вероятность и риски его появления в реальности, подумать, можно ли проигнорировать.

Что важно:
• Мощные техскиллы по интеграции
• Умение выявлять потребности партнеров и моделировать бизнес-процессы - важны не нотации, а способность так думать
• Готовность участвовать в анализе и проектирования UX с оглядкой на продуктовые метрики - тут со всем поможем, было бы желание
• Повышенная инициативность и умение договариваться. “Написали им три дня назад, мяч на их стороне” - не наша история. Если нужно добыть инфу из могилы, мы берем лопату.

Что интересного:
• Возможность подключиться на старте к продукту, который с вашей помощью сожрет новый рынок
• Будете прямо влиять на судьбу продукта и видеть результаты своей работы
• Развитие в архитектуру или управление продуктом

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

Что важно:
• Хороший опыт в интеграционных задачах
• Готовность скрупулезно выявлять все корнер-кейсы, ибо у нас живые деньги
• Уметь находить технические нюансы, влияющие на бизнес и продукт

Что интересного:
• Увидеть изнутри работу платежных систем: от МИРа и Visa до телеграма и прочей экзотики
• Развивать процессинг, через который работает один из крупнейших маркетплейсов в России и не только - кто хотел хайлоада?
• Возможность развиваться в архитектуру

Деньги есть, удаленка есть. Резюме и вопросы кидайте в личку: @and_burakov
Ну и репост же!

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

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

В общем, мне курс дико зашел, жду продолжения. А вы пока можете попасть на второй поток.
Описание инструментов: https://xn--r1a.website/AABryzgalova/35

Пара стримов с демо-версией инструментов:
• Про НЖЯ: https://www.youtube.com/live/QLtTNRYorzY
• Про негативную ветвь: https://www.youtube.com/watch?v=CX99u3ysG8w

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

Причем вскрываются фактические ошибки понимания общедоступных технологий: http, soap, устройство kafka и прочее, где доступны все исходные спецификации. Но не читать же их, в конце концов. Приходишь в личку, указываешь на проблемы, скидываешь материалы - спасибо, ваше мнение очень важно для нас. Дальше ничего не меняется. Последний случай доставил особо - автор генерит в блог откровенную дичь с помощью ChatGPT и после прямо заявляет об этом. Аплодирую стоя.

И ладно бы на этом история заканчивалась, так эти же гуру потом идут продавать свои сакральные знания, выдавая их за “образовательный” продукт. И, конечно, обещают обучить профессии за 2-3 месяца, без образования, регистрации и смс. В такие моменты жалею, что нет процедуры принудительной аттестации любой образовательной деятельности.

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

#продуктовое
Продуктовая идея, для желающих войти в волшебный мир it-образования. По мотивам прошлого поста.

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

Например:
• Даем продактам базовое введение в технику, и разработка перестает смотреть на них как на инопланетян
• Учим аналитиков основам проектирования систем, и архитекторы с техлидами начинают воспринимать их не только как записную книжку
• Знакомим лидов разработки с основами работы с продуктовыми метриками и приоритезацией беклога, и вот уже ваш бизнес сияет от счастья

В чем профит?
1. Никто не предъявит выпускникам за неточности и поверхностное понимание темы - от них этого никто не ждет
2. Коммуникации со смежными ролями становятся проще, поэтому выпускники искренне благодарны вам

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

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

WIN-WIN-WIN. Не благодарите.