Ещё год назад ни подумать ни представить это не могла:
Заходишь в я.музыку и тут подкаст с тобой.
/Мой первый! Воу!/
В общем, вместе с Машей, автором подкаста и ютуб-канала, мы поговорили вообще как-то про многое, что касается бизнес-анализа, но! Главный фокус был на применение в нашей работе ИИ: тут и про инструменты существующие и лайфхаки и про будущее и про страхи "ИИ заменит БА".
Заходите, слушайте и оставляйте комментарии.
Ссылка:
я.музыка
Spotify
#дашаболтаетгдето
Please open Telegram to view this post
VIEW IN TELEGRAM
Работы много и я уже забыла, что должно быть продолжение нашего выпуска с Настей про то, как стать джуном Бизнес-аналитиком.
/Напомню, первый выпуск можно посмотреть тут/
Но Настя помнит 🔥
и вот, собственно, вторая часть про то, какое же обучение выбрать и к кому обращаться.
А ещё впереди третья часть.
Да, запись, правда была большая и мясистая
#дашаболтаетгдето
Please open Telegram to view this post
VIEW IN TELEGRAM
Вернулась с пачкой постов
Немного поменяла приоритеты, влезла в разные активности и последний месяц пытаюсь это разгрести.
Взглянула недавно на свой таск трекер и сразу тревоги какие-то пошли.
Решила сменить фокусы, сконцентрироваться на том, что нужно мне здесь и сейчас.
Если говорить про доп.активности, то я сейчас пока ушла в обучение:
Ощущение, что ты в каком-то вечном марафоне осталось, но при этом дыхание во время пробежки стало ровнее и свободнее что ли.
В общем я тут, посты готовы и
в этот раз буду говорить про истории.
А конкретно - про Job Story и User Story.
Не переключайтесь.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🌘Про разницу JS и US. part1
🌙Job Story
JS - фреймворк, взятый из концепции JTBD.
/Про JTBD и Job Story писала тут и тут/
С помощью шаблона JS мы как раз описываем работы, которые пользователь хочет выполнить и достичь нужного ему результата.
✅Формула:
КОГДА ситуация,
ХОЧУ мотивация/цель/желание
ЧТОБЫ результат
☑️Пример:
КОГДА я много работаю, делаю кучу дел по дому, забочусь о семье
ХОЧУ заниматься спортом в удобное для меня время и без привязки к расписанию,
ЧТОБЫ улучшить свою физическую форму и отвлечься от работы и домашних забот
/Специально про спорт пишу, чтобы мотивацию создать самой себе))/
Мы понимаем, какое тут решение?
Нет. Тут даже не решение, тут ещё и идеи нет.
Т.е. мы провели исследование вот этих вот людей работяг и фанатиков спорта и определили работу, которая их объединяет, контекст и желаемое эмоциональное состояние, которое они хотят достичь.
С помощью формулы JS мы все это описали.
А дальше, мы сели с командой и нагенерили идей, а потом и гипотезы, что будем предлагать пользователю.
Это могут быть: и онлайн тренировки, и персональные где-то на улице/в помещении/да где угодно, и выезд тренера на дом и даже строительство жилого дома, где на отдельном этаже будет спортзал - приходи 24/7.
Что из этого взлетит? Да непонятно, это отдельная тема)
Но, когда у нас есть цель, мы понимаем потребность клиента, мы придумали решение и решили, что будем реализовывать именно его - вот тогда мы и начинаем формировать видение продукта, бэклог, а отсюда уже декомпозируем все на требования в виде User Story...
/Это ещё не всё/
#бизнесанализнаяблоках
🌙Job Story
JS - фреймворк, взятый из концепции JTBD.
/Про JTBD и Job Story писала тут и тут/
С помощью шаблона JS мы как раз описываем работы, которые пользователь хочет выполнить и достичь нужного ему результата.
✅Формула:
КОГДА ситуация,
ХОЧУ мотивация/цель/желание
ЧТОБЫ результат
☑️Пример:
КОГДА я много работаю, делаю кучу дел по дому, забочусь о семье
ХОЧУ заниматься спортом в удобное для меня время и без привязки к расписанию,
ЧТОБЫ улучшить свою физическую форму и отвлечься от работы и домашних забот
/Специально про спорт пишу, чтобы мотивацию создать самой себе))/
Мы понимаем, какое тут решение?
Нет. Тут даже не решение, тут ещё и идеи нет.
Т.е. мы провели исследование вот этих вот людей работяг и фанатиков спорта и определили работу, которая их объединяет, контекст и желаемое эмоциональное состояние, которое они хотят достичь.
С помощью формулы JS мы все это описали.
А дальше, мы сели с командой и нагенерили идей, а потом и гипотезы, что будем предлагать пользователю.
Это могут быть: и онлайн тренировки, и персональные где-то на улице/в помещении/да где угодно, и выезд тренера на дом и даже строительство жилого дома, где на отдельном этаже будет спортзал - приходи 24/7.
Что из этого взлетит? Да непонятно, это отдельная тема)
Но, когда у нас есть цель, мы понимаем потребность клиента, мы придумали решение и решили, что будем реализовывать именно его - вот тогда мы и начинаем формировать видение продукта, бэклог, а отсюда уже декомпозируем все на требования в виде User Story...
/Это ещё не всё/
#бизнесанализнаяблоках
🌒 Про разницу JS и US. part2
🌙User Story
Или пользовательская история. Описывает функцию продукта с точки зрения пользователя. В сторе мы прописываем персоналию/роль, действие, которое он хочет выполнить и результат или ценность, которые он хочет достичь.
Важно: US фокусируется на конкретной персоналии, которой эта функция важна и нужна.
Т.е. в отличие от JS здесь мы уже понимаем, над каким решением мы работаем.
Но, что важно: из формулировки мы не понимаем, что конкретно нужно сделать, т.е. фактически именно детальных требований в ней нет, но при этом понимаем, какое будет наше решение для пользователя.
✅Формула:
КАК персона/тип пользователя/роль,
ХОЧУ действие/потребность,
ЧТОБЫ результат/ценность.
☑️Пример:
/Вообще идеальные примеры US дали в предыдущем посте в комментариях ❤️😂/
Но вернемся к ЗОЖникам и нашей JS из прошлого примера.
Предположим, что мы решили делать приложение для онлайн тренировок. И одной из фичей будет возможность пользователю бронировать время персональных онлайн занятий с тренером в нужное время здесь и сейчас.
Одну из US можно сформулировать:
КАК пользователь приложения,
ХОЧУ иметь возможность бронировать занятия с тренером за 15 минут до старта тренировки,
ЧТОБЫ увеличить количество занятий в удобное для меня время и сократить время ожидания моего занятия.
Кстати, самая частая ошибка и проблема: мы всегда легко формулируем первую часть стори, но про вторую либо забываем либо её сложно построить.
А она как раз самая важная, так как в ней мы описываем ту самую ценность для пользователей.
#бизнесанализнаяблоках
🌙User Story
Или пользовательская история. Описывает функцию продукта с точки зрения пользователя. В сторе мы прописываем персоналию/роль, действие, которое он хочет выполнить и результат или ценность, которые он хочет достичь.
Важно: US фокусируется на конкретной персоналии, которой эта функция важна и нужна.
Т.е. в отличие от JS здесь мы уже понимаем, над каким решением мы работаем.
Но, что важно: из формулировки мы не понимаем, что конкретно нужно сделать, т.е. фактически именно детальных требований в ней нет, но при этом понимаем, какое будет наше решение для пользователя.
✅Формула:
КАК персона/тип пользователя/роль,
ХОЧУ действие/потребность,
ЧТОБЫ результат/ценность.
☑️Пример:
/Вообще идеальные примеры US дали в предыдущем посте в комментариях ❤️😂/
Но вернемся к ЗОЖникам и нашей JS из прошлого примера.
Предположим, что мы решили делать приложение для онлайн тренировок. И одной из фичей будет возможность пользователю бронировать время персональных онлайн занятий с тренером в нужное время здесь и сейчас.
Одну из US можно сформулировать:
КАК пользователь приложения,
ХОЧУ иметь возможность бронировать занятия с тренером за 15 минут до старта тренировки,
ЧТОБЫ увеличить количество занятий в удобное для меня время и сократить время ожидания моего занятия.
Кстати, самая частая ошибка и проблема: мы всегда легко формулируем первую часть стори, но про вторую либо забываем либо её сложно построить.
А она как раз самая важная, так как в ней мы описываем ту самую ценность для пользователей.
#бизнесанализнаяблоках
👩🏫 Про наполнение US
Формула и пример User Story есть, но при разработке конкретной фичи или его кусочка по одной только формулировке US бывает непонятно, что конкретно должно быть реализовано.
Вариаций может быть много.
Тогда на помощь приходят критерии приемки.
В своей работе последние годы я использую как раз формулу User Story + Acceptance criteria.
Т.е. пользовательское требование и его ценность формулирую в виде Стори, а вот уже все подробности описываю в критерия приемки.
А чтобы понять, как это сочетается и как правильно сформулировать критерии и по какой логике из выстраивать, предлагаю почитать статью моей чудесной коллеги и наставника школы бизнес-анализа, Вали.
Лучше теоретического материала, где изложена теория без воды, структура, правила и рекомендации, я не нашла.
Сохраните статью, как инструкцию, и используйте в работе.
#бизнесанализнаяблоках
Формула и пример User Story есть, но при разработке конкретной фичи или его кусочка по одной только формулировке US бывает непонятно, что конкретно должно быть реализовано.
Вариаций может быть много.
Тогда на помощь приходят критерии приемки.
В своей работе последние годы я использую как раз формулу User Story + Acceptance criteria.
Т.е. пользовательское требование и его ценность формулирую в виде Стори, а вот уже все подробности описываю в критерия приемки.
А чтобы понять, как это сочетается и как правильно сформулировать критерии и по какой логике из выстраивать, предлагаю почитать статью моей чудесной коллеги и наставника школы бизнес-анализа, Вали.
Лучше теоретического материала, где изложена теория без воды, структура, правила и рекомендации, я не нашла.
Сохраните статью, как инструкцию, и используйте в работе.
#бизнесанализнаяблоках
🔍 Бестпрактис и полезности
Нашла недавно классный плэйбук, который содержит в себе кучу полезной информации про бизнес-модели, валидацию проблем и Воркшопы.
Самое крутое в нем - примеры. Много, интересные и некоторые идёшь потом гуглить, как истории.
Он не подойдёт, как теория для изучения.
Он не подойдёт для "оо, сохраню на потом почитать".
Он подойдёт для просмотра время от времени, чтобы освежить в памяти, какие методы бывают, посмотреть примеры или обратиться к нему за инсайтами и вдохновением, если есть конкретный кейс в моменте.
Нашла недавно классный плэйбук, который содержит в себе кучу полезной информации про бизнес-модели, валидацию проблем и Воркшопы.
Самое крутое в нем - примеры. Много, интересные и некоторые идёшь потом гуглить, как истории.
Он не подойдёт, как теория для изучения.
Он не подойдёт для "оо, сохраню на потом почитать".
Он подойдёт для просмотра время от времени, чтобы освежить в памяти, какие методы бывают, посмотреть примеры или обратиться к нему за инсайтами и вдохновением, если есть конкретный кейс в моменте.
🎯 есть фокус - будет результат
я тут недавно задумалась, насколько изменился подход в моей работе.
Раньше я была уверена, что главное в работе это твой темп. Если ты многозадачен, энергичен и готов тащить кучу всего на быстрой скорости, ты герой, ты молодец.
Цели там ещё на год ставила постоянно.
Но это все хорошо первое время, потом твои цели, количество задач и желание сделать все и сразу /доказать что-то для себя и других/ разрастается и, как результат, ты пытаешься понять, а что классного ты сделал?
А вроде и ничего:
вот тут не успел, обучение прослушал одним ухом, в отпуске был, но не отдохнул.
Гонка какая-то.
Должен быть фокус на чем-то. Там, где фокус, будет и результат. Будет и достижение.
Текущая ситуация даёт понять мне, что каждый день должен быть сформирован в виде приоритизированных задач и хотелок.
Сделал только приоритетное за день - хорошо. Сделал что-то дополнительное - молодец.
Ничего не сделал, выдохни и в следующий раз сделай этот день по другому.
#изличногоархива
я тут недавно задумалась, насколько изменился подход в моей работе.
Раньше я была уверена, что главное в работе это твой темп. Если ты многозадачен, энергичен и готов тащить кучу всего на быстрой скорости, ты герой, ты молодец.
Цели там ещё на год ставила постоянно.
Но это все хорошо первое время, потом твои цели, количество задач и желание сделать все и сразу /доказать что-то для себя и других/ разрастается и, как результат, ты пытаешься понять, а что классного ты сделал?
А вроде и ничего:
вот тут не успел, обучение прослушал одним ухом, в отпуске был, но не отдохнул.
Гонка какая-то.
Должен быть фокус на чем-то. Там, где фокус, будет и результат. Будет и достижение.
Текущая ситуация даёт понять мне, что каждый день должен быть сформирован в виде приоритизированных задач и хотелок.
Сделал только приоритетное за день - хорошо. Сделал что-то дополнительное - молодец.
Ничего не сделал, выдохни и в следующий раз сделай этот день по другому.
#изличногоархива
👩🔧 Вышел на новую работу. что делать
Есть вещи, которые иногда кажутся тебе очевидными. Ну, например, то, как новый сотрудник должен вливаться в компанию и команду.
Для всех новых сотрудников нашей команды мы проводим онбординг.
Но такое бывает не везде, да и онбординг может быть разным.
Важно одно, кем бы вы ни были, вам надо суметь влиться в процессы и атмосферу.
Даю краткий чек-лист для тех, кто вышел или планирует выходить в новую команду или компанию.
/Понятно, что все очень индивидуально, но это база, которая помогает каждому/
Руководители:
🔸 Познакомьтесь с руководителем/продактом: обсудите ваши задачи на первое время и ожидания от вашей работы
🔸Если есть испытательный срок, проговорите, что от вас ожидают и как будут принимать решение
🔸Проговорите, что важное по работе в компании вам нужно изучить за первое время работы
Команда:
🔸Познакомьтесь с ключевыми участниками команды: проведите 1-1 и обсудите, какие задачи они выполняют, за что отвечают, как вы сможете с ними взаимодействовать и чем можете быть полезными друг другу
🔸Запросите и ИЗУЧИТЕ любую документацию, которая есть по проекту/продукту
🔸Нащупайте, насколько каждый участник располагает к себе и к диалогу: кого можно задергать вопросами, а к кому лучше приходить редко и по делу
🔸Задавайте много вопросов по всему, что не понятно. Порой задать глупый вопрос в первые три месяца работы это лучше, чем задать его спустя полгода
🔸 Записывайте все, что слышите
Для себя:
🔸Впитывайте все, во что погружаетесь
🔸Каким бы вы ни были крутым специалистом, не пытайтесь менять сразу что-то в подходах и методолгоиях, если от вас это не требуют изначально. Помните, там работают люди, которые вложили душу в то, что сейчас происходит. Улучшайте постепенно 😉
Есть вещи, которые иногда кажутся тебе очевидными. Ну, например, то, как новый сотрудник должен вливаться в компанию и команду.
Для всех новых сотрудников нашей команды мы проводим онбординг.
Но такое бывает не везде, да и онбординг может быть разным.
Важно одно, кем бы вы ни были, вам надо суметь влиться в процессы и атмосферу.
Даю краткий чек-лист для тех, кто вышел или планирует выходить в новую команду или компанию.
/Понятно, что все очень индивидуально, но это база, которая помогает каждому/
Руководители:
🔸 Познакомьтесь с руководителем/продактом: обсудите ваши задачи на первое время и ожидания от вашей работы
🔸Если есть испытательный срок, проговорите, что от вас ожидают и как будут принимать решение
🔸Проговорите, что важное по работе в компании вам нужно изучить за первое время работы
Команда:
🔸Познакомьтесь с ключевыми участниками команды: проведите 1-1 и обсудите, какие задачи они выполняют, за что отвечают, как вы сможете с ними взаимодействовать и чем можете быть полезными друг другу
🔸Запросите и ИЗУЧИТЕ любую документацию, которая есть по проекту/продукту
🔸Нащупайте, насколько каждый участник располагает к себе и к диалогу: кого можно задергать вопросами, а к кому лучше приходить редко и по делу
🔸Задавайте много вопросов по всему, что не понятно. Порой задать глупый вопрос в первые три месяца работы это лучше, чем задать его спустя полгода
🔸 Записывайте все, что слышите
Для себя:
🔸Впитывайте все, во что погружаетесь
🔸Каким бы вы ни были крутым специалистом, не пытайтесь менять сразу что-то в подходах и методолгоиях, если от вас это не требуют изначально. Помните, там работают люди, которые вложили душу в то, что сейчас происходит. Улучшайте постепенно 😉
Каждый, кто прикасается к BPMN, должен знать легенду о мастере Токин.
Читаем, от нашумевшего автора stormbpmn, Дениса.
Читаем, от нашумевшего автора stormbpmn, Дениса.
This media is not supported in your browser
VIEW IN TELEGRAM
🍦Визуал вместо текста
Рылась на маркетплейсе и заметила удобную штуку.
Добавление картинок с описанием товара вместо длинного текста.
Своего рода слайды из презентации.
Здесь тебе и размеры товара можно разместить, и состав, и преимущества и рецепты /если применимо/.
На мой взгляд, удобно, классно.
Но! Перегруз текста на картинке может также испортить восприятие. Нужна структура и лишь ключевое инфо.
А тут и курс по созданию презентации может быть полезен.
Рылась на маркетплейсе и заметила удобную штуку.
Добавление картинок с описанием товара вместо длинного текста.
Своего рода слайды из презентации.
Здесь тебе и размеры товара можно разместить, и состав, и преимущества и рецепты /если применимо/.
На мой взгляд, удобно, классно.
Но! Перегруз текста на картинке может также испортить восприятие. Нужна структура и лишь ключевое инфо.
А тут и курс по созданию презентации может быть полезен.
У меня есть несколько любимых каналов, которые читаю постоянно.
И недавно обнаружила, что их объединяют две вещи:
Это круто! Это вдохновляет!
А теперь пост приземления и признания.
За год я пообщалась и понаблюдала за развитием многих.
Даже ко мне
/что удивительно/ приходили с вопросами «хочу завести канал, с чего посоветуешь начать?»
Но, чтобы был успех твоего канала, а в дальнейшем и собственного дела, нужно понять главное: твой блог - это как подготовка к марафону:
А все это у тебя получится если есть конечная цель - нет, не просто «я буду писать про что-то и часто», а реальная конечная и желательно цель, приводящая к монетизации.
Тадам.
За год я поняла, что мне нравится помогать людям, делиться знаниями и опытом и бла бла. Но монетизировать это, продавать свои знания с целью постоянного заработка я не хочу.
Нет, не так.
Я не умею)
За год я помогла советом или ревью нескольким людям в ТГ и линкедин абсолютно бесплатно.
/привет, ребят
И мне хорошо.
Короче с каналом у меня режим не марафон точно.
А скорее «с завтрашнего дня начну бегать по утрам».
Так, а что со мной не так?
Да все просто, я не наигралась в найме.
Я по-прежнему считаю, что у меня достаточно знаний и опыта, чтобы сделать курс, создать продукт, продавать что-то, но мне это неинтересно.
Пока.
А в декабре я стала ресурс-менеджером и прошла стадии от «это что такое?» до «Оо, круто, но мне есть над чем еще поработать».
Теперь понимаю, что кроме ресурс-менеджмента, есть еще гэпы и интересности в ИТ, которые я хочу изучить и попробовать.
/Так, например, я купила себе курс по продуктам. Иду на него в июне
В общем в один момент ты должен выбрать: ты вбухиваешь деньги и время в свое дело или ты вбухиваешь в свою работу и свой опыт.
Я выбрала второе.
А канал?
Да он мне просто нравится, и писать мне нравится.
Но он живет чисто по правилам, придуманными мной. Вот тут.
Добавлю еще, что каналы - это насмотренность и объединение единомышленников, таких же как ты.
Как-то так. Фух.
Спасибо каждому, кто со мной.
Please open Telegram to view this post
VIEW IN TELEGRAM
Ранее писала тут про гайд Пети Кавлюгина, РМ Яндекс.
Помнится гайд взорвал линкедин: помимо желающих им воспользоваться были и те, кто хотел наполнить его и помочь тем, кто только собирается войти в ИТ.
Увы, но по техническим причинам старый гайд больше недоступен.
Но! У Пети уже появилась новая ссылка.
Материалов там пока немного, но мы то помним правило: гайд - это живой организм. Уверена, командными усилиями он станет со временем еще круче прежнего.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
✏️Еще про Use Case
Для описания UC можно выделить два вида артефакта:
- диаграмма UC
- текстовое описание
❓Что лучше?
Они не исключают друг друга, а, наоборот, дополняют. Лучше использовать оба. Сначала визуализируем, а потом это поможет учесть все сценарии, которые можно описать текстом.
Диаграмму UC я не использовала раньше, все было комплексно через BPMN. Но при этом всегда дополняла их текстом.
🔗Диаграмма очень проста в изучении и применении.
Как и в любой диаграмме - тут важна практика.
Нашла статью с описанием элементов и примером.
📃У текстового описания нет четкого формата. Структурно лучше описывать это в таблице.
Совет: чтобы не упустить детали, лучше идти поэтапно. Описываем основной положительный сценарий, затем рассматриваем каждое действие и раскладываем на альтернативные сценарии.
Статья с примером.
#бизнесанализнаяблоках
Для описания UC можно выделить два вида артефакта:
- диаграмма UC
- текстовое описание
❓Что лучше?
Они не исключают друг друга, а, наоборот, дополняют. Лучше использовать оба. Сначала визуализируем, а потом это поможет учесть все сценарии, которые можно описать текстом.
Диаграмму UC я не использовала раньше, все было комплексно через BPMN. Но при этом всегда дополняла их текстом.
🔗Диаграмма очень проста в изучении и применении.
Как и в любой диаграмме - тут важна практика.
Нашла статью с описанием элементов и примером.
📃У текстового описания нет четкого формата. Структурно лучше описывать это в таблице.
Совет: чтобы не упустить детали, лучше идти поэтапно. Описываем основной положительный сценарий, затем рассматриваем каждое действие и раскладываем на альтернативные сценарии.
Статья с примером.
#бизнесанализнаяблоках