Школа системного анализа NextWay, которой я доверяла обучение своих сотрудников, в рамках которой я провожу рубрики карьерных разговоров и публичных собеседований, проводит конференцию в течение двух дней 29 и 30 июля. Лучше, чем в этом посте, я про конференцию не расскажу.
На этой конференции я с Лешей Лобзовым и Андреем Василевским впервые проведу мастер-класс, да ещё и по популярной теме нефункциональных требований.
А ещё там соберутся классные и мною любимые спикеры, которые разберут боли системных аналитиков.
Первый день будет бесплатным и посвящён докладам и теории, а второй день - платный и посвящен практике за символическую сумму.
Приходите, должно быть полезно и интересно, и не только системным аналитикам, но и смежных ролям, которые так или иначе сталкиваются с задачами системных или бизнес-аналитиков.
На этой конференции я с Лешей Лобзовым и Андреем Василевским впервые проведу мастер-класс, да ещё и по популярной теме нефункциональных требований.
А ещё там соберутся классные и мною любимые спикеры, которые разберут боли системных аналитиков.
Первый день будет бесплатным и посвящён докладам и теории, а второй день - платный и посвящен практике за символическую сумму.
Приходите, должно быть полезно и интересно, и не только системным аналитикам, но и смежных ролям, которые так или иначе сталкиваются с задачами системных или бизнес-аналитиков.
Telegram
NextWay - анализ и проектирование в IT
Друзья! Уже очень скоро состоится наша вторая конференция nextwayconf, которая целиком будет посвящена системному и бизнес-анализу.
Если вдруг вы пропустили предыдущий анонс, вкратце рассказываем о конференции.
Кому точно стоит посетить конференцию:
✅…
Если вдруг вы пропустили предыдущий анонс, вкратце рассказываем о конференции.
Кому точно стоит посетить конференцию:
✅…
🔥5❤1
Уже несколько лет распродажи начинаются с сегодняшней даты 11.11 - дня холостяка и продолжаются до последней пятницы ноября - Black Friday. Так сделано неслучайно: это позволяет ecomm-платформам распределить нагрузку на их системы, операционные процессы более равномерно, чем просто все самое вкусное оставить на одни сутки, а потом неделями разгребать заказы с повышенной нагрузкой на сотрудников.
Я помню 2013 год, когда впервые сделали аггрегатор интернет-магазинов, которые обещали невероятные скидки на Black Friday. Я помню, как ждала часа X, чтобы зайти на этот сайт и купить себе разных ништяков. Что вы думаете случилось в час X?
Сайт возвращал просто 500-ую ошибку, даже без дополнительной обработки. Таких, как я, было явно большее количество, чем ожидали создатели такого аггрегатора. Я в течение часа пыталась зайти, но все было бесполезно и я пошла спать.
Как оказалось, сон был правильным решением, потому что первый Black Friday был провалом, т.к.интернет-магазины просто воспользовались хайпом и сделали скидки либо на самое ненужное, либо изначально завысили цены.
А я для себя усвоила тогда один из уроков по нагрузке на системы: слишком дорого обходятся ошибки в нефункциональных требованиях. Потеря в течение 1 часа продаж на Black Friday измеряется сотнями миллионов. А ведь сайт создавали изначально для такого обвала посетителей.
Чтобы ваши команды так не ошибались, очень важно осознанно подходить к проработке нефункциональных требований и проектированию архитектуры в соответствие с нагрузкой.
Я, Алексей Лобзов и Андрей Василевский сделали небольшой тренинг по НФТ в школе NextWay, чтобы научить на практике, как можно прорабатывать нефункциональные требования с бизнесом, чтобы так не ошибаться. Как приоритезировать собранные требования и как они влияют на архитектуру.
И сегодня 11.11 - первый день распродаж, где можно по скидке купить наш тренинг и другие бестселлеры NextWay.
Я помню 2013 год, когда впервые сделали аггрегатор интернет-магазинов, которые обещали невероятные скидки на Black Friday. Я помню, как ждала часа X, чтобы зайти на этот сайт и купить себе разных ништяков. Что вы думаете случилось в час X?
Сайт возвращал просто 500-ую ошибку, даже без дополнительной обработки. Таких, как я, было явно большее количество, чем ожидали создатели такого аггрегатора. Я в течение часа пыталась зайти, но все было бесполезно и я пошла спать.
Как оказалось, сон был правильным решением, потому что первый Black Friday был провалом, т.к.интернет-магазины просто воспользовались хайпом и сделали скидки либо на самое ненужное, либо изначально завысили цены.
А я для себя усвоила тогда один из уроков по нагрузке на системы: слишком дорого обходятся ошибки в нефункциональных требованиях. Потеря в течение 1 часа продаж на Black Friday измеряется сотнями миллионов. А ведь сайт создавали изначально для такого обвала посетителей.
Чтобы ваши команды так не ошибались, очень важно осознанно подходить к проработке нефункциональных требований и проектированию архитектуры в соответствие с нагрузкой.
Я, Алексей Лобзов и Андрей Василевский сделали небольшой тренинг по НФТ в школе NextWay, чтобы научить на практике, как можно прорабатывать нефункциональные требования с бизнесом, чтобы так не ошибаться. Как приоритезировать собранные требования и как они влияют на архитектуру.
И сегодня 11.11 - первый день распродаж, где можно по скидке купить наш тренинг и другие бестселлеры NextWay.
❤6🔥2
С мая я прособеседовала десятки аналитиков к себе в команду. И результаты наблюдаемого тренда меня печалят.
Половина из всех кандидатов стремилась к техническим знаниям, совершенно не осознавая истинную ценность работы системным аналитиком (да-да, холиварная тема🙅♀).
Многие не хотят заниматься "бизнес-анализом", подразумевая работу с требованиями и стекхолдерами. А по сути - это то, что и должен делать в первую очередь системный аналитик:
1. Понимать цель продукта/проекта. Зачем мы хотим делать ту или иную фичу, какие метрики хотим улучшить? А какие не хотим ухудшить?
2. Понимать бизнес-процесс. А как сейчас работает, а как должно? Какие есть варианты достичь цели и не усложнить операционные процессы (а следовательно, их не сделать дороже) ?
3. А как бизнес-процессы раскладываются на системы? На что стоит обращать внимание при проектировании, а на что нет?
4. Как не потерять принципиальные требования, которые как раз касаются архитектуры и чаще всего являются нефункциональными требованиями, но они про бизнес?
Я наблюдаю у системных аналитиков стремление побольше нарастить знаний в интеграциях, проектировании и понимании API, понимании паттернов архитектуры. Но при этом многие совершенно забывают про суть, а зачем нам все это знать? Как мы хотим этими знаниями помочь бизнесу? Какую пользу для разработки мы тогда принесем? Зачем уметь проектировать, если не понимать, что и зачем мы хотим проектировать? Фокус сместился не туда и это то, о чем сейчас надо уже начинать кричать. Хотя знания и стремления очень хороши.
Тем временем на конференциях разработки, архитекторов только и говорят о важности исследовании бизнес-процессов, обсуждают все нам знакомые инструменты и техники бизнес-анализа, коммуникаций со стекхоледрами. И этому всему обучают разработку, потому что там уже осознали, что проектировать без понимания, бесполезно, дорого и часто демотивирует.
А как вы считаете, стоит ли бить тревогу наблюдаемым трендам в системном анализе или я просто преувеличиваю?
Половина из всех кандидатов стремилась к техническим знаниям, совершенно не осознавая истинную ценность работы системным аналитиком (да-да, холиварная тема🙅♀).
Многие не хотят заниматься "бизнес-анализом", подразумевая работу с требованиями и стекхолдерами. А по сути - это то, что и должен делать в первую очередь системный аналитик:
1. Понимать цель продукта/проекта. Зачем мы хотим делать ту или иную фичу, какие метрики хотим улучшить? А какие не хотим ухудшить?
2. Понимать бизнес-процесс. А как сейчас работает, а как должно? Какие есть варианты достичь цели и не усложнить операционные процессы (а следовательно, их не сделать дороже) ?
3. А как бизнес-процессы раскладываются на системы? На что стоит обращать внимание при проектировании, а на что нет?
4. Как не потерять принципиальные требования, которые как раз касаются архитектуры и чаще всего являются нефункциональными требованиями, но они про бизнес?
Я наблюдаю у системных аналитиков стремление побольше нарастить знаний в интеграциях, проектировании и понимании API, понимании паттернов архитектуры. Но при этом многие совершенно забывают про суть, а зачем нам все это знать? Как мы хотим этими знаниями помочь бизнесу? Какую пользу для разработки мы тогда принесем? Зачем уметь проектировать, если не понимать, что и зачем мы хотим проектировать? Фокус сместился не туда и это то, о чем сейчас надо уже начинать кричать. Хотя знания и стремления очень хороши.
Тем временем на конференциях разработки, архитекторов только и говорят о важности исследовании бизнес-процессов, обсуждают все нам знакомые инструменты и техники бизнес-анализа, коммуникаций со стекхоледрами. И этому всему обучают разработку, потому что там уже осознали, что проектировать без понимания, бесполезно, дорого и часто демотивирует.
А как вы считаете, стоит ли бить тревогу наблюдаемым трендам в системном анализе или я просто преувеличиваю?
🔥15❤5👍1
This media is not supported in your browser
VIEW IN TELEGRAM
Вот почему важно максимально синхронизироваться со стекхолдерами и разработчиками 😁
😁11👍1🔥1
Я попала на WAW - зимний аналитический фестиваль. Этот фестиваль задумывался, как мероприятие для синьоров, тимлидов. Главная цель - понять, какое будущее у профессии аналитика.
Я участвовала в групповой работе, где каждая команда пыталась ответить на один из вопросов:
▪️Кто такой аналитик?
▪️Какая роль у аналитиков в команде?
▪️Какие практики у аналитиков?
Вы видите ответы на вопрос про роль аналитика в команде. Ответы вышли схожими, см.в комментариях.
Увидев такое, мне стало грустно. Границы профессии размыты и системные аналитики должны, по мнению этих групп, уметь делать все: system design, solution design, problem design, и т.д. А ещё будь психологом, ментором, фасилитатором...
Вот и получается, что аналитик - такая затычка плохих процессов. Там где прорывает, ставим аналитика. А если процессы хорошие, то есть ли применение аналитикам? Своим ответом поделюсь на праздниках.
Мне интересно, какой результат можно увидеть, если дать такое упражнение другим профессиям? В каких профессиях ещё будет похожая картина? Как вы думаете?
Считаете ли вы проблемой такой картинки? Или гордитесь статусом аналитик-решала?
Я участвовала в групповой работе, где каждая команда пыталась ответить на один из вопросов:
▪️Кто такой аналитик?
▪️Какая роль у аналитиков в команде?
▪️Какие практики у аналитиков?
Вы видите ответы на вопрос про роль аналитика в команде. Ответы вышли схожими, см.в комментариях.
Увидев такое, мне стало грустно. Границы профессии размыты и системные аналитики должны, по мнению этих групп, уметь делать все: system design, solution design, problem design, и т.д. А ещё будь психологом, ментором, фасилитатором...
Вот и получается, что аналитик - такая затычка плохих процессов. Там где прорывает, ставим аналитика. А если процессы хорошие, то есть ли применение аналитикам? Своим ответом поделюсь на праздниках.
Мне интересно, какой результат можно увидеть, если дать такое упражнение другим профессиям? В каких профессиях ещё будет похожая картина? Как вы думаете?
Считаете ли вы проблемой такой картинки? Или гордитесь статусом аналитик-решала?
🔥6👍2
Пост-боль. Я плотно общаюсь с различными командами разработки внутри компании. А еще я делала бенчмарк по тому, как относятся к роли архитекторов в компаниях, которые часто упоминаются в e-commerce в России: ЯндексМаркет, Озон, Авито, Магнит Тех, Сбермаркет и т.д.
И хочу сказать одно: как много разработчиков, которые не знают основ проектирования. Я наблюдаю, как в области системного анализа самыми популярными темами являются System design, проектирование. Тематики по проектированию на курсах, конференциях по системному анализу обычно занимают топ-рейтинги.
Зато в разработке не знают основ: DDD, контексты, различные типы интеграций, нотации, НФТ. Как мы проектируем и что надо начинать с бизнес-процессов и целей..
И вот это все вызывает грусть и печаль. Я не знаю, как назвать роль, которая отвечала бы за культуру проектирования и рассказывала бы базу командам.
У меня приходят на ум мысли об архитекторе (скорее всего enterprise), knowledge manager, CTO.
И буду рада услышать, а какая у вас роль отвечает за культуру и знания разработчиков? Насколько по вашему мнению ребята знают базу?
И хочу сказать одно: как много разработчиков, которые не знают основ проектирования. Я наблюдаю, как в области системного анализа самыми популярными темами являются System design, проектирование. Тематики по проектированию на курсах, конференциях по системному анализу обычно занимают топ-рейтинги.
Зато в разработке не знают основ: DDD, контексты, различные типы интеграций, нотации, НФТ. Как мы проектируем и что надо начинать с бизнес-процессов и целей..
И вот это все вызывает грусть и печаль. Я не знаю, как назвать роль, которая отвечала бы за культуру проектирования и рассказывала бы базу командам.
У меня приходят на ум мысли об архитекторе (скорее всего enterprise), knowledge manager, CTO.
И буду рада услышать, а какая у вас роль отвечает за культуру и знания разработчиков? Насколько по вашему мнению ребята знают базу?
🔥5😢3
В эти выходные, 13-14 июля, прошел ЛАФ, где я впервые вместе с Леной Рожковой была председателем программного коммитета.
Лена, помаши ручкой 😊
Вместе с Леной мы отвечали за ту программу и качество контента, который мы представили перед участниками ЛАФ.
Я с полной уверенностью могу заявить, что программа вышла классной:
- 1 круглый стол
- 23 доклада
- 25 воркшопов и мастер-классов.
Выбирали среди 90 заявок. Были фестивальные темы про нетворкинг и юмор, как выбирать обучение, темы классического системного и бизнес-анализа, немного про продукт и управление командами.
Лично я с собой забрала то, что мы надумали все вместе на воркшопе Нади Смирновой про качество документации.
Какие метрики можно придумать, чтобы следить за качеством документации большого количества команд (кейс был на 20 команд, но это образно) и не сгореть.
Обязательно поделюсь результатами нашего брейншторма уже внутри команды.
Еще успела вынести для себя новый инструмерт анализа трендов PESTEL-анализ. Наша команда отличилась не только проработкой трендов, но и сильно альтернативными решениями. В любом случае буду пробовать их применять в новой роли.
А еще в рамках вечерних посиделок меня вдохновили на новые темы для обучения аналитиков. Буду думать, как их претворять в жизнь в работе, т.к. тема обучения вечна.
Уверена, что участники ЛАФ вынесли сильно больше, но организационная часть требовала вовлечения.
Спасибо, кто из читателей был на ЛАФ и особенно за обратную связь. А те, кто не был ни разу на наших посиделках, приглашаю в следующем году! Это мероприятие, которое заряжает на год вперед!
Лена, помаши ручкой 😊
Вместе с Леной мы отвечали за ту программу и качество контента, который мы представили перед участниками ЛАФ.
Я с полной уверенностью могу заявить, что программа вышла классной:
- 1 круглый стол
- 23 доклада
- 25 воркшопов и мастер-классов.
Выбирали среди 90 заявок. Были фестивальные темы про нетворкинг и юмор, как выбирать обучение, темы классического системного и бизнес-анализа, немного про продукт и управление командами.
Лично я с собой забрала то, что мы надумали все вместе на воркшопе Нади Смирновой про качество документации.
Какие метрики можно придумать, чтобы следить за качеством документации большого количества команд (кейс был на 20 команд, но это образно) и не сгореть.
Обязательно поделюсь результатами нашего брейншторма уже внутри команды.
Еще успела вынести для себя новый инструмерт анализа трендов PESTEL-анализ. Наша команда отличилась не только проработкой трендов, но и сильно альтернативными решениями. В любом случае буду пробовать их применять в новой роли.
А еще в рамках вечерних посиделок меня вдохновили на новые темы для обучения аналитиков. Буду думать, как их претворять в жизнь в работе, т.к. тема обучения вечна.
Уверена, что участники ЛАФ вынесли сильно больше, но организационная часть требовала вовлечения.
Спасибо, кто из читателей был на ЛАФ и особенно за обратную связь. А те, кто не был ни разу на наших посиделках, приглашаю в следующем году! Это мероприятие, которое заряжает на год вперед!
🔥13❤4👏2
Вышла моя статья Ставим диагноз по базе знаний: ваш чек-лист по проблемам в процессах.
Ровно год назад я обсуждала доклад на эту тему с Колей Волынкиным - членом ПК KnowledgeConf. Спасибо Коле за его поддержку, благодаря которой я смогла все мысли упаковать в доклад и статью.
Я проводила опрос в чате TeamleadConf, где разные тимлиды рассказывали про эти самые проблемы и к чему они привели, поэтому там не только опыт работы в Lamoda Tech, а в целом собирательный образ работы в разных компаниях, в том числе и зарубежных.
Буду рада обратной связи и вопросам, а также карме в статье 😉
Ровно год назад я обсуждала доклад на эту тему с Колей Волынкиным - членом ПК KnowledgeConf. Спасибо Коле за его поддержку, благодаря которой я смогла все мысли упаковать в доклад и статью.
Я проводила опрос в чате TeamleadConf, где разные тимлиды рассказывали про эти самые проблемы и к чему они привели, поэтому там не только опыт работы в Lamoda Tech, а в целом собирательный образ работы в разных компаниях, в том числе и зарубежных.
Буду рада обратной связи и вопросам, а также карме в статье 😉
Хабр
Ставим диагноз по базе знаний: ваш чек-лист по проблемам в процессах
Проблемы в организационных процессах компании заметны не сразу. Поначалу «звоночки» кажутся случайными ошибками. Например, две разные команды обнаруживают, что занимаются решением одной задачи....
🔥10💊2❤1
Приехала поддержать Надю Смирнову (автора канала Happy Team Lead) и в целом отдохнуть на конференции в Перми.
Конференция вышла очень ламповой и душевной с огненной и качественной поддержкой.
Открыла для себя двух спикеров:
1. Денис Котов разобрал ТОП-25 ошибок в BPMN. Никогда не погружалась глубоко в изучение BPMN, т.к. это нужно только для автоматизации процесса. Но и Денис поделился мнением, что не стоит описывать в схемах (инструкции) и также я поняла принцип токена, поэтому если вдруг жизнь столкнет, я знаю, куда смотреть.
2. Василий Савунов с докладом "Разговор с менеджером на равных (используем данные)".
Василий дал четкий алгоритм, какие данные собирать о задачах команды, что стоит анализировать и как результаты анализа использовать в диалоге с менеджерами и бизнесом.
И я сама выступила. Получила много обратной связи по докладу "Чек-лист успешной встречи и фасилитации". Ура! Теперь я все свои рекомендации собрала в одном месте с веселыми мемами 🥳
Очень верим, что Надя не остановится и будет нас влюблять в Пермь и дальше, а мы ей поможем 😁
Конференция вышла очень ламповой и душевной с огненной и качественной поддержкой.
Открыла для себя двух спикеров:
1. Денис Котов разобрал ТОП-25 ошибок в BPMN. Никогда не погружалась глубоко в изучение BPMN, т.к. это нужно только для автоматизации процесса. Но и Денис поделился мнением, что не стоит описывать в схемах (инструкции) и также я поняла принцип токена, поэтому если вдруг жизнь столкнет, я знаю, куда смотреть.
2. Василий Савунов с докладом "Разговор с менеджером на равных (используем данные)".
Василий дал четкий алгоритм, какие данные собирать о задачах команды, что стоит анализировать и как результаты анализа использовать в диалоге с менеджерами и бизнесом.
И я сама выступила. Получила много обратной связи по докладу "Чек-лист успешной встречи и фасилитации". Ура! Теперь я все свои рекомендации собрала в одном месте с веселыми мемами 🥳
Очень верим, что Надя не остановится и будет нас влюблять в Пермь и дальше, а мы ей поможем 😁
🔥14👍2❤1
Все новое - это давно забытое старое.
Принесла домой 3-ий одинаковый учебник в своей жизни по матстату.
1️⃣ Первый раз я его покупала, когда училась на мехмате на 3 или 4 курсе. Михаил Борисович у нас вел дисциплину по случайным процессам. Один из лучших преподавателей в моей жизни. И учебник - один из лучших по базовым понятиям матстата.
2️⃣ Второй раз мы с мужем покупали учебник, когда муж начал заниматься моделированием, а я за компанию читала, т.к.тогда почитывала статьи по Data science.
3️⃣ Третья попытка вспомнить матстат пришлась на смену профессии на продуктолога. Сейчас активно изучаю аналитику данных и метрики, т.к.такого фокуса не было раньше. И ничего не могу с собой поделать, когда читаю про нормальные распределения, дисперсии, статистическую значимость, хочется вспомнить базу, которую раньше знала.
Можно ли загуглить и не париться? Конечно, можно. Но когда ты знаешь, что есть такая классная книга, чтобы все расставить по полочкам и источник информации точно верный, то как себя можно лишить себя такого удовольствия?
Почему захотелось поделиться этой покупкой?
Мы часто с аналитиками обсуждаем, что отличает хорошего аналитика? И один из ответов: то, что по жизни аналитик не может что-то сделать просто так, не вникая в саму суть действия и процесса. Жутко сложно так жить, но безумно интересно. Нам важно разбираться в самих понятиях, сущностях, т.к. это дает преимущество в понимании процессов и позволяет говорить на одном языке с коллегами. Так сильно проще искать решения, которые реально помогут решить проблему, а не лечить симптомы. И были случаи, когда на собеседовании мы видели, что человек по жизни не вникает в суть довольно важных в его личной жизни вопросах, и это был перевешивающий фактор в принятии решения об отказе.
А что вы считаете? Что отличает хорошего аналитика?
Принесла домой 3-ий одинаковый учебник в своей жизни по матстату.
1️⃣ Первый раз я его покупала, когда училась на мехмате на 3 или 4 курсе. Михаил Борисович у нас вел дисциплину по случайным процессам. Один из лучших преподавателей в моей жизни. И учебник - один из лучших по базовым понятиям матстата.
2️⃣ Второй раз мы с мужем покупали учебник, когда муж начал заниматься моделированием, а я за компанию читала, т.к.тогда почитывала статьи по Data science.
3️⃣ Третья попытка вспомнить матстат пришлась на смену профессии на продуктолога. Сейчас активно изучаю аналитику данных и метрики, т.к.такого фокуса не было раньше. И ничего не могу с собой поделать, когда читаю про нормальные распределения, дисперсии, статистическую значимость, хочется вспомнить базу, которую раньше знала.
Можно ли загуглить и не париться? Конечно, можно. Но когда ты знаешь, что есть такая классная книга, чтобы все расставить по полочкам и источник информации точно верный, то как себя можно лишить себя такого удовольствия?
Почему захотелось поделиться этой покупкой?
Мы часто с аналитиками обсуждаем, что отличает хорошего аналитика? И один из ответов: то, что по жизни аналитик не может что-то сделать просто так, не вникая в саму суть действия и процесса. Жутко сложно так жить, но безумно интересно. Нам важно разбираться в самих понятиях, сущностях, т.к. это дает преимущество в понимании процессов и позволяет говорить на одном языке с коллегами. Так сильно проще искать решения, которые реально помогут решить проблему, а не лечить симптомы. И были случаи, когда на собеседовании мы видели, что человек по жизни не вникает в суть довольно важных в его личной жизни вопросах, и это был перевешивающий фактор в принятии решения об отказе.
А что вы считаете? Что отличает хорошего аналитика?
🔥9❤4👍1
Всем привет! Я совсем забросила посты в своем канале. Очень много в моей жизни было изменений. Нужно было время, чтобы с ними справиться.
Что же поменялось в моей жизни?
✅ В январе 2024 года в Lamoda вышла CPO Таня Умряева. Таня ворвалась с ноги в компанию и наши процессы. Новые процессы, новые люди, новые продукты. Слишком много изменений в единицу времени. Это большой стресс для тех сотрудников, кто работал до и кто пережил этот период 😊 Я пережила тот самый диссонанс, о котором говорили мои сотрудники при переходах. Ты вроде работаешь в той же компании, а чувствуешь себя как будто перешел в новую компанию. Только системы все те же... почти😊
✅ Я перешла из департамента ИТ в департамент продукта. Из должности руководителя направления системного анализа в должность руководителя продукта омниканальности.
Такие переходы требуют от тебя много вызовов и резкой смены мышления в сторону бизнеса, метрик, пользовательского пути, дизайна. Почти все привычные действия и навыки нужно было перераспределить. И вроде теорию я знала, но когда нет того ощущения опыта "на кончиках пальцев", к которому я привыкла, то попадаешь в стрессовую ситуацию.
Челлендж был серьезный, в него мало кто верил. Но благодаря вере, упорству, азарту и крутой командной работе мы справились. Чуть позже смогу рассказать об этом челлендже подробнее.
✅ Я не оставляла свои хобби в виде ПК ЛАФ, WAW, менторства в системном анализе.
▪️Попробовала себя ментором в сообществе Women in Tech. Неполноценно, хочу в следующем году лучше погрузиться в сообщество и поучаствовать активнее.
▪️Готовила 5 спикеров к WAW.
▪️Готовимся к ЛАФ. Совсем скоро можно будет раскрыть, какие крутые спикеры к нам едут. Предвкушаю радость наших слушателей.
▪️Еще есть активности, которыми поделюсь чуть позже.
И конечно, хочется писать сюда о своем опыте, т.к. есть чем делиться. Поэтому вопрос к вам. Какие темы вам будут интереснее всего?
1️⃣ Как оно при переходе из системных аналитиков в продакты? Плюсы, минусы, что поменялось, что нужно сделать, чтобы это случилось, кому точно туда не надо и т.д.
2️⃣ Рефлексия опыта руководителя команды из 30 человек. Знаю многих коллег, у кого опыт был/есть покруче, но в этой роли мне есть чем гордиться. Стоило только уйти оттуда, чтобы слышать слова благодарности в свой адрес за атмосферу, культуру нашей команды, процессы. А еще отдельная радость в том, что большая часть наших инициатив стали использовать во всей Lamoda Tech или Lamoda.
3️⃣ Про выступления и конференции. Тут тоже уже выработана своя стратегия по подготовке докладов, воркшопов, презентаций. Да и в целом, рынок полон различных активностей, а как выбрать те самые?
4️⃣Роль мамы и женщины во всем этом. Я особо не афишурую в публичной жизни, но я задрот в теме воспитания детей. Я безумно люблю детей и поэтому довольно много времени, денег инвестирую в тему психологии, образования и воспитания детей. Лайфхаков накопила много. И спустя 6 лет виден результат 😊 Понятное дело, что пережить нужно еще многое, но стратегия к каждому периоду жизни уже есть (это большой файл, разделенный на основные необходимые навыки, которые разделены по возрастам, индивидуальным особенностям ребенка).
В любом случае буду писать про все темы, но зная вашу обратную связь, подумаю как распределить частотность 😉
Что же поменялось в моей жизни?
✅ В январе 2024 года в Lamoda вышла CPO Таня Умряева. Таня ворвалась с ноги в компанию и наши процессы. Новые процессы, новые люди, новые продукты. Слишком много изменений в единицу времени. Это большой стресс для тех сотрудников, кто работал до и кто пережил этот период 😊 Я пережила тот самый диссонанс, о котором говорили мои сотрудники при переходах. Ты вроде работаешь в той же компании, а чувствуешь себя как будто перешел в новую компанию. Только системы все те же... почти😊
✅ Я перешла из департамента ИТ в департамент продукта. Из должности руководителя направления системного анализа в должность руководителя продукта омниканальности.
Такие переходы требуют от тебя много вызовов и резкой смены мышления в сторону бизнеса, метрик, пользовательского пути, дизайна. Почти все привычные действия и навыки нужно было перераспределить. И вроде теорию я знала, но когда нет того ощущения опыта "на кончиках пальцев", к которому я привыкла, то попадаешь в стрессовую ситуацию.
Челлендж был серьезный, в него мало кто верил. Но благодаря вере, упорству, азарту и крутой командной работе мы справились. Чуть позже смогу рассказать об этом челлендже подробнее.
✅ Я не оставляла свои хобби в виде ПК ЛАФ, WAW, менторства в системном анализе.
▪️Попробовала себя ментором в сообществе Women in Tech. Неполноценно, хочу в следующем году лучше погрузиться в сообщество и поучаствовать активнее.
▪️Готовила 5 спикеров к WAW.
▪️Готовимся к ЛАФ. Совсем скоро можно будет раскрыть, какие крутые спикеры к нам едут. Предвкушаю радость наших слушателей.
▪️Еще есть активности, которыми поделюсь чуть позже.
И конечно, хочется писать сюда о своем опыте, т.к. есть чем делиться. Поэтому вопрос к вам. Какие темы вам будут интереснее всего?
1️⃣ Как оно при переходе из системных аналитиков в продакты? Плюсы, минусы, что поменялось, что нужно сделать, чтобы это случилось, кому точно туда не надо и т.д.
2️⃣ Рефлексия опыта руководителя команды из 30 человек. Знаю многих коллег, у кого опыт был/есть покруче, но в этой роли мне есть чем гордиться. Стоило только уйти оттуда, чтобы слышать слова благодарности в свой адрес за атмосферу, культуру нашей команды, процессы. А еще отдельная радость в том, что большая часть наших инициатив стали использовать во всей Lamoda Tech или Lamoda.
3️⃣ Про выступления и конференции. Тут тоже уже выработана своя стратегия по подготовке докладов, воркшопов, презентаций. Да и в целом, рынок полон различных активностей, а как выбрать те самые?
4️⃣Роль мамы и женщины во всем этом. Я особо не афишурую в публичной жизни, но я задрот в теме воспитания детей. Я безумно люблю детей и поэтому довольно много времени, денег инвестирую в тему психологии, образования и воспитания детей. Лайфхаков накопила много. И спустя 6 лет виден результат 😊 Понятное дело, что пережить нужно еще многое, но стратегия к каждому периоду жизни уже есть (это большой файл, разделенный на основные необходимые навыки, которые разделены по возрастам, индивидуальным особенностям ребенка).
В любом случае буду писать про все темы, но зная вашу обратную связь, подумаю как распределить частотность 😉
❤23🔥4💩1
Как я писала, в этом году я - член ПК WAW 2025.
Это зимний аналитический фестиваль - маленький брат ЛАФ. На WAW мы стремимся объединить все доклады, дискуссии, мастер-классы вокруг какой-то темы.
В 2025 эта тема: применение ИИ в системном анализе и люди (развитие, people management).
Вы только посмотрите на программу. Обсуждаем ИИ, людей, ну и конечно говорим про system design.
Как внедрять ИИ у себя в корпорации, сделать помощника-ассистента, проработать архитектуру, учитывая риски, работу с данными - все это можно у нас узнать на воркшопах. А также поговорить о нашем будущем, людях.
Будет тепло и душевно даже зимой. За это я и люблю атмосферу ЛАФ.
Для моих подписчиков организаторы WAW дают скидку 10%.
Чтобы получить скидку на билет, свяжитесь с менеджером по указанным на сайте контактам и сообщите ему кодовое слово: analystinthehead.
До встречи на WAW!
Это зимний аналитический фестиваль - маленький брат ЛАФ. На WAW мы стремимся объединить все доклады, дискуссии, мастер-классы вокруг какой-то темы.
В 2025 эта тема: применение ИИ в системном анализе и люди (развитие, people management).
Вы только посмотрите на программу. Обсуждаем ИИ, людей, ну и конечно говорим про system design.
Как внедрять ИИ у себя в корпорации, сделать помощника-ассистента, проработать архитектуру, учитывая риски, работу с данными - все это можно у нас узнать на воркшопах. А также поговорить о нашем будущем, людях.
Будет тепло и душевно даже зимой. За это я и люблю атмосферу ЛАФ.
Для моих подписчиков организаторы WAW дают скидку 10%.
Чтобы получить скидку на билет, свяжитесь с менеджером по указанным на сайте контактам и сообщите ему кодовое слово: analystinthehead.
До встречи на WAW!
🔥12💩2
🌟 Онбординг команд в Event Storming 🌟
Недавно мы душевно обсудили проблемы Event Storming с Катей Пантелей, Олей Бугаевой и Женей Асламовым. Event Storming нередко воспринимается как волшебная таблетка — всего за день-два можно получить четкое представление о домене, разбить предметную область на действующих лиц, события и правила. Всё, что нужно, — это онлайн-доска и команда. В идеале — физическая стена, стикеры и активные участники без зума.
На вебинаре мы говорили о проблемах, с которыми сталкиваются команды:
- Командам редко выделяют 8-16 часов для сессий.
- Даже если команду собрать, кто-то может уйти на срочный звонок или разбор инцидента.
- Сложно донести ценность стикеров и доски до руководителей и бизнеса.
- Не сразу понятно, как подходить к уровню детализации стикеров: событий, акторов, правил.
- Не всегда очевиден желаемый результат, к которому хотим прийти.
Я вспомнила, как 2 года назад мы решили проводить Event Storming для наших монолитов: собрали команду, рассказали о механике Event Storming, дали miro-доску и начали фасилитировать.
К сожалению, это не сработало. Все сидели и молчали в черных квадратах Zoom.
Затем мы решили изменить подход: дали вдохновляющие видео на просмотр, попросили включить камеры, обсудили текущие боли команды и бизнеса и как можно их решить с помощью Event Storming.
Провели сессию по простому процессу, но даже там возникли разногласия в терминологии и понимании процесса, что привело к живому диалогу и спорам.
После этого команду было легче вовлечь в процесс, и мы начали накидывать стикеры с большим энтузиазмом. В итоге, спустя 2 месяца, мы разобрали монолит на контексты, выделили микросервисы и подготовили наработки для дальнейшего планирования и проектирования.
На вебинаре Женя Асламов поделился простым, но эффективным советом: проведите онбординг-сессию для сказки "Репка" или для варки пельменей — так команда сразу прочувствует инструмент и активнее включится в Event Storming.
С нетерпением жду возможности применить этот совет на практике 😊
👉 А если хотите погрузиться в Event Storming на практике на более серьезных примерах, не пропустите тренинг от Кати Пантелей в эту субботу! На примере аутсорс-компании вы сможете пройти все этапы с единомышленниками, и я тоже буду там в качестве помощника Кати 😊
🔗 Подробности и регистрация на тренинг
Недавно мы душевно обсудили проблемы Event Storming с Катей Пантелей, Олей Бугаевой и Женей Асламовым. Event Storming нередко воспринимается как волшебная таблетка — всего за день-два можно получить четкое представление о домене, разбить предметную область на действующих лиц, события и правила. Всё, что нужно, — это онлайн-доска и команда. В идеале — физическая стена, стикеры и активные участники без зума.
На вебинаре мы говорили о проблемах, с которыми сталкиваются команды:
- Командам редко выделяют 8-16 часов для сессий.
- Даже если команду собрать, кто-то может уйти на срочный звонок или разбор инцидента.
- Сложно донести ценность стикеров и доски до руководителей и бизнеса.
- Не сразу понятно, как подходить к уровню детализации стикеров: событий, акторов, правил.
- Не всегда очевиден желаемый результат, к которому хотим прийти.
Я вспомнила, как 2 года назад мы решили проводить Event Storming для наших монолитов: собрали команду, рассказали о механике Event Storming, дали miro-доску и начали фасилитировать.
К сожалению, это не сработало. Все сидели и молчали в черных квадратах Zoom.
Затем мы решили изменить подход: дали вдохновляющие видео на просмотр, попросили включить камеры, обсудили текущие боли команды и бизнеса и как можно их решить с помощью Event Storming.
Провели сессию по простому процессу, но даже там возникли разногласия в терминологии и понимании процесса, что привело к живому диалогу и спорам.
После этого команду было легче вовлечь в процесс, и мы начали накидывать стикеры с большим энтузиазмом. В итоге, спустя 2 месяца, мы разобрали монолит на контексты, выделили микросервисы и подготовили наработки для дальнейшего планирования и проектирования.
На вебинаре Женя Асламов поделился простым, но эффективным советом: проведите онбординг-сессию для сказки "Репка" или для варки пельменей — так команда сразу прочувствует инструмент и активнее включится в Event Storming.
С нетерпением жду возможности применить этот совет на практике 😊
👉 А если хотите погрузиться в Event Storming на практике на более серьезных примерах, не пропустите тренинг от Кати Пантелей в эту субботу! На примере аутсорс-компании вы сможете пройти все этапы с единомышленниками, и я тоже буду там в качестве помощника Кати 😊
🔗 Подробности и регистрация на тренинг
YouTube
Проблемы Event Storming
Присоединяйтесь к ламповому разговору с тремя экспертами, которые внедряли Event Storming в различных контекстах: заказной и продуктовой разработке, а также in-house и аутсорс проектах.
🌟 Эксперты:
- Ольга Бугаева – менеджер продукта Lamoda Tech
- Екатерина…
🌟 Эксперты:
- Ольга Бугаева – менеджер продукта Lamoda Tech
- Екатерина…
🔥7❤2👍1
О профдеформации и насмотренности
На днях я оказалась в непростой ситуации: попала в свою первую аварию на парковке. Мы с другим водителем решили оформить страховой случай с помощью европротокола.
Несмотря на переживания из-за случившегося, я не могла не проанализировать процесс оформления с точки зрения Customer Journey Map (CJM) и UX.
Вдобавок когда я открывала приложение, я вспомнила, что была аналитиком и тестировщиком первой версии мобильного приложения для оформления европротокола в 2013-2014 годах. Наконец-то я смогу увидеть процесс оформления как пользователь!
💥 CJM и UX Госуслуг Авто
👍 Первые шаги оформления были интуитивно понятными:
▫️ Четко перечислены условия, когда можно оформлять европротокол.
▫️ Два варианта оформления с описанием условий, ограничений и времени.
▫️ Все данные обо мне и ТС подтянулись из Госуслуг.
👎 Проблема с QR-кодом
Я поделилась QR-кодом с данными моего полиса ОСАГО, но пострадавший водитель получил ошибку: "QR-код неверный".
Я потратила почти 40 минут, пытаясь выяснить, почему возникла эта ошибка:
▫️ QR-код устарел.
▫️ Некорректные данные полиса.
▫️ Неверные данные обо мне в Госуслугах и ОСАГО.
В результате выяснилось, что причиной стало неактуальное состояние данных о пострадавшем водителе. Как это понять из ошибки? Никак🤷♀️
👎 Сохранение европротокола
Справившись с другими шагами, мы нажали на кнопку "Сохранить". Однако спустя минуту загрузки мы получили ошибку. Повторили попытку — ура! Мы получили подтверждение и номер заявки.
В голове пронеслись мысли о том, через какие интеграции и сервисы проходили наши запросы, и как бы я это проектировала сейчас.
📈 Метрики Госуслуг Авто
По дороге обратно я задумалась: какие метрики я бы отслеживала, будучи продакт-менеджером этого сервиса?
Я бы обратила внимание на:
▫️ Скорость оформления европротокола.
▫️ Классическую воронку от начала прохождения по шагам до завершения успеха или неуспеха.
▫️ Как неуспех ведет к вызову сотрудников ДПС, их стоимости и времени проблем на дорогах.
▫️ CSAT (удовлетворенность пользователей).
❓ Вопрос знатокам
А какие метрики вы считаете важными для государственных услуг?
————————————————————
P.S. Также я вспомнила доклад продакта из Госуслуг на ProductCamp, где обсуждали метрики и этапы продукта.
На днях я оказалась в непростой ситуации: попала в свою первую аварию на парковке. Мы с другим водителем решили оформить страховой случай с помощью европротокола.
Несмотря на переживания из-за случившегося, я не могла не проанализировать процесс оформления с точки зрения Customer Journey Map (CJM) и UX.
Вдобавок когда я открывала приложение, я вспомнила, что была аналитиком и тестировщиком первой версии мобильного приложения для оформления европротокола в 2013-2014 годах. Наконец-то я смогу увидеть процесс оформления как пользователь!
💥 CJM и UX Госуслуг Авто
👍 Первые шаги оформления были интуитивно понятными:
▫️ Четко перечислены условия, когда можно оформлять европротокол.
▫️ Два варианта оформления с описанием условий, ограничений и времени.
▫️ Все данные обо мне и ТС подтянулись из Госуслуг.
👎 Проблема с QR-кодом
Я поделилась QR-кодом с данными моего полиса ОСАГО, но пострадавший водитель получил ошибку: "QR-код неверный".
Я потратила почти 40 минут, пытаясь выяснить, почему возникла эта ошибка:
▫️ QR-код устарел.
▫️ Некорректные данные полиса.
▫️ Неверные данные обо мне в Госуслугах и ОСАГО.
В результате выяснилось, что причиной стало неактуальное состояние данных о пострадавшем водителе. Как это понять из ошибки? Никак🤷♀️
👎 Сохранение европротокола
Справившись с другими шагами, мы нажали на кнопку "Сохранить". Однако спустя минуту загрузки мы получили ошибку. Повторили попытку — ура! Мы получили подтверждение и номер заявки.
В голове пронеслись мысли о том, через какие интеграции и сервисы проходили наши запросы, и как бы я это проектировала сейчас.
📈 Метрики Госуслуг Авто
По дороге обратно я задумалась: какие метрики я бы отслеживала, будучи продакт-менеджером этого сервиса?
Я бы обратила внимание на:
▫️ Скорость оформления европротокола.
▫️ Классическую воронку от начала прохождения по шагам до завершения успеха или неуспеха.
▫️ Как неуспех ведет к вызову сотрудников ДПС, их стоимости и времени проблем на дорогах.
▫️ CSAT (удовлетворенность пользователей).
❓ Вопрос знатокам
А какие метрики вы считаете важными для государственных услуг?
————————————————————
P.S. Также я вспомнила доклад продакта из Госуслуг на ProductCamp, где обсуждали метрики и этапы продукта.
🔥9❤3👍2
🤖Telegram-бот с помощью Chat GPT🤖
Я удовлетворила свой давний интерес и решила написать Telegram-бота без использования конструктора.
⏳С помощью ChatGPT я потратила 8 часов на создание MVP-версии и 4 часа на ее улучшения.
📋Что же мне удалось сделать?
1. Установила Python на своем ноутбуке и необходимые библиотеки.
2. Написала два бота:
- Первый бот позволяет выбрать город и последовательно сохранить бренд, модель, размер и цвет товара.
- Второй бот выгружает в CSV все сохраненные товары за вчера и за всё время.
3. Создала этих ботов в Telegram.
4. Выгрузила код на GitHub.
5. Обнаружила, что случайно выставила токены в открытый доступ ➡️
Спрятала токены.
6. Создала виртуальную машину в Яндекс Cloud, установила Python и все необходимые библиотеки.
7. Запустила боты в фоновом режиме.
📝 Выводы, которые я сделала для себя:
1. Всё прошло очень быстро. В последний раз я занималась кодингом более 10 лет назад, и если бы мне пришлось всё делать самостоятельно, то достигла бы того же результата через 2-4 дня
2. ChatGPT хочется олицетворять. Я была в таком восторге, что рассказывая эту историю коллегам, говорила "мы".
3. ChatGPT с минимальными требованиями неплохо справился с задачей.
Да, возникли сложности:
1. С установкой нужных версий Python и библиотек.
2. С решением одной ошибки при запуске кода на виртуальной машине. Chat GPT долго мусолил решение рдной ошибки. В итоге перезагрузка помогла 😀
3. Непоследовательные рекомендации. Сначала я выложила все в GitHub, а потом Chat GPT предостерег, что токены выкладывать не надо😡 Да, я сама не догадалась.
Пришлось потом токены обновлять.
И это все! На мой взгляд, некритичные комментарии.
А ещё я вспомнила, почему на 4 курсе решила, что не хочу быть разработчиком: не мое это сидеть в коде целыми днями. Я очень люблю общаться с людьми.
Я удовлетворила свой давний интерес и решила написать Telegram-бота без использования конструктора.
⏳С помощью ChatGPT я потратила 8 часов на создание MVP-версии и 4 часа на ее улучшения.
📋Что же мне удалось сделать?
1. Установила Python на своем ноутбуке и необходимые библиотеки.
2. Написала два бота:
- Первый бот позволяет выбрать город и последовательно сохранить бренд, модель, размер и цвет товара.
- Второй бот выгружает в CSV все сохраненные товары за вчера и за всё время.
3. Создала этих ботов в Telegram.
4. Выгрузила код на GitHub.
5. Обнаружила, что случайно выставила токены в открытый доступ ➡️
Спрятала токены.
6. Создала виртуальную машину в Яндекс Cloud, установила Python и все необходимые библиотеки.
7. Запустила боты в фоновом режиме.
📝 Выводы, которые я сделала для себя:
1. Всё прошло очень быстро. В последний раз я занималась кодингом более 10 лет назад, и если бы мне пришлось всё делать самостоятельно, то достигла бы того же результата через 2-4 дня
2. ChatGPT хочется олицетворять. Я была в таком восторге, что рассказывая эту историю коллегам, говорила "мы".
3. ChatGPT с минимальными требованиями неплохо справился с задачей.
Да, возникли сложности:
1. С установкой нужных версий Python и библиотек.
2. С решением одной ошибки при запуске кода на виртуальной машине. Chat GPT долго мусолил решение рдной ошибки. В итоге перезагрузка помогла 😀
3. Непоследовательные рекомендации. Сначала я выложила все в GitHub, а потом Chat GPT предостерег, что токены выкладывать не надо😡 Да, я сама не догадалась.
Пришлось потом токены обновлять.
И это все! На мой взгляд, некритичные комментарии.
А ещё я вспомнила, почему на 4 курсе решила, что не хочу быть разработчиком: не мое это сидеть в коде целыми днями. Я очень люблю общаться с людьми.
🔥4👍3
🚀 Исследование для системных и бизнес-аналитиков! 🚀
Еще в мае мы с коллегами из Flow, NextWay и Юрием Куприяновым — автором канала Системный сдвиг — задумали провести опрос для системных и бизнес-аналитиков.
На платформе DevCrowd представлена информация о различных профессиях: продактах, руководителей разработки, DS / ML/ AI специалистов, Go- разработчиках, продуктовых дизайнерах... Но данных о системных аналитиках, к сожалению, нет. Нам очень важно узнать больше о том, чем занимаются наши коллеги в других компаниях и доменах.
Зачем это нужно вам?
- Чтобы понять, насколько мы конкурентоспособны.
- Чтобы убедиться, что выбрали подходящие инструменты и методы для решения своих задач.
- Чтобы изучить альтернативные варианты применения своих талантов и компетенций.
- Чтобы узнать, как другие специалисты решают подобные задачи.
Для организаторов конференций, авторов блога и владельцев учебных школ эта информация крайне важна, чтобы создавать ценный контент и мероприятия для нашего сообщества.
📝 Мы проводим независимое исследование рынка и просим вашей помощи.
Если вы занимаетесь системным или бизнес-анализом, пожалуйста, пройдите опрос по следующей ссылке до 31 августа.
✍Участвовать в опросе
Опрос полностью анонимный и займет не более 15 минут вашего времени.
📊 Результаты мы представим осенью.
Заранее благодарим за искренние и подробные ответы! Каждый голос — это вклад в развитие нашей отрасли!
Еще в мае мы с коллегами из Flow, NextWay и Юрием Куприяновым — автором канала Системный сдвиг — задумали провести опрос для системных и бизнес-аналитиков.
На платформе DevCrowd представлена информация о различных профессиях: продактах, руководителей разработки, DS / ML/ AI специалистов, Go- разработчиках, продуктовых дизайнерах... Но данных о системных аналитиках, к сожалению, нет. Нам очень важно узнать больше о том, чем занимаются наши коллеги в других компаниях и доменах.
Зачем это нужно вам?
- Чтобы понять, насколько мы конкурентоспособны.
- Чтобы убедиться, что выбрали подходящие инструменты и методы для решения своих задач.
- Чтобы изучить альтернативные варианты применения своих талантов и компетенций.
- Чтобы узнать, как другие специалисты решают подобные задачи.
Для организаторов конференций, авторов блога и владельцев учебных школ эта информация крайне важна, чтобы создавать ценный контент и мероприятия для нашего сообщества.
📝 Мы проводим независимое исследование рынка и просим вашей помощи.
Если вы занимаетесь системным или бизнес-анализом, пожалуйста, пройдите опрос по следующей ссылке до 31 августа.
✍Участвовать в опросе
Опрос полностью анонимный и займет не более 15 минут вашего времени.
📊 Результаты мы представим осенью.
Заранее благодарим за искренние и подробные ответы! Каждый голос — это вклад в развитие нашей отрасли!
🔥2❤1