Подготовка к собеседованию на Business Analyst
Менторы
Специалисты своей области, которые смогут помочь вам
Middle .Net Developer
Senior Product Manager
Middle Python Developer
Ведущий программист
Backend Software Engineer (PHP)
Senior .NET/C# developer
Middle DevOps Engineer | Tbilisi, Georgia
Middle C# .NET
Senior PHP-разработчик
Middle python developer
Каналы
Полезные Telegram каналы и чаты
Транскрипция видео:
когда ты понимал Что именно хочешь из банковской сферы уйти напрямую войтишку Не бойтесь ходить на собеседование первое сложно десятое намного проще Были ли варианты кроме бизнес-анализа чем бы ты ещё могла заниматься в айтишке Вам будут очень благодарны и вот последние годы участникам конференции был сам король лидерс приоритизация очень хорошее слово декомпозиция Что это а так ли нам надо добиться этих пяти девяток Какие существуют техники сбора требования А это Юрий мы делаем продукт для Юрии Ну можно показать что вот вы
00:00:00 - 00:01:03
нажали на кнопочку вы клиентов вообще с ними знакомите или нет клиенты бывают разные Вот получается тут э-э фидбэк очень приятный Привет Это мотив сегодня вечером поговорим мытье не только ребят Как говорится непруга единой поэтому сегодня мы рассмотрим Как проходит собеседование на позицию bi-специалиста Во всем мне поможет разобраться наши наставница по курсу бизнеса аналитик войти и бизнес-аналист из компании arist exystems Валентина северцева и да ребят ваши лайки комментарии подписка на этот
00:00:31 - 00:01:35
канал все в карму это мотивирует нас Становится лучше и снимать новые видео для нашего канала погнали [музыка] Валь привет привет тебе большое спасибо то что к нам пришла Ну смотри у нас сегодня тема Тебе известна мы сегодня будем давать ответы на вопросы собеседования и так как ты представляешь направление бизнес-анализ это первая специальность из не технического блока на нашем канале где мы будем давать ответы вот собеседование собственно пока мы не перешли к этой теме Давайте немножко Расскажешь про себя меня будет
00:01:05 - 00:02:10
интересовать такие стандартные вопросы ко всем нашим гостям Сколько тебе лет Откуда ты родом и Ну да я спрашиваю ты можешь диапазон самое главное как ты оказалась войтишки Меня зовут Валя приятно поговорить о моим любимом бизнесе и надеюсь помочь будущим аналитикам лучше понять что их будут спрашивать войти Я работаю уже пять лет для этого я долгое время работала в банке на разных должностях в том числе какое-то время я работала даже юристом Но в основном я работала в сопровождении банковского по интересно сложно что за
00:01:43 - 00:03:11
банк что сопровождало если это не секрет я работала в Беларусбанке в отделе платежных карт поэтому по соответственно касалось платежных карт мне будет такой вопрос Какое образование Ты получала у меня юридическое образование собственно поэтому это юриспруденция какое-то время заканчивал бы [музыка] там тоже как раз по репрезенции с направления Окей когда ты понимал Что именно хочешь из банковской сферы уйти напрямую войтишку что случилось Что послужило триггером Хороший вопрос мне уже наверное не так просто это будет
00:02:26 - 00:03:31
вспомнить Но Все хотят войти Конечно если ты работаешь банки мира идти представлять себе чем-то сказочным Ну наверное он такой есть Я очень люблю it И если бы меня спросили куда бы я хотела пойти работать если бы мне там не надо было зарабатывать деньги что-то такое Я бы осталась войти то есть Без вариантов Без вариантов это очень интересно вы разрабатываете новые продукты вы видите как то что вы разрабатываете меняете меняет жизнь людей и с этим я столкнулась в банке да Это банковские платежные карты
00:02:59 - 00:04:14
это не только сам пластик но и системы банковского обслуживания То есть если 10 лет назад большинство людей оплачивала свою коммуналку как сейчас много кто оплачивать сейчас уже конечно меньше процент намного Я когда пришла в банк в 2012 году у нас процент людей которые оплачивали услуги через мобильные к интернет-банкинг было 20 процентов 20 процентов вообще это что-то удивительное Сейчас может там коллегите как-то говорили Какой сейчас процент Нет но я думаю что намного намного короче 50 процентов Я думаю что плюс-минус можно
00:03:36 - 00:04:55
больше даже Окей Кто хочет стоять в кассе вообще куда-то выходить когда ты можешь просто достать свой телефон и совершить все операции Ну люди которые заняты делом Ну объективно да то есть это сокращает время даже если не занято дело пенсионеры Мне кажется это место сбора Все мусолить обо всем поговорить обсудить Атмосфера были варианты кроме бизнес-анализа чем бы ты еще могла заниматься батюшки то есть вот на тот момент когда ты входило только туда то есть было там типа бизнес-аналитик Литву четко понимал что
00:04:15 - 00:05:28
только бизнес анализ и все а пьем я Не рассматривала и мне казалось что для пиамы нужно какой-то другой опыт чем тот который есть у меня Я думала быть разработчиком на чем на чем вы хотели писать хорошо хорошо я училась на курсах PHP Мне все нравилось но в какой-то момент она поняла что не пойдешь да что не то а тут такая интересная специальность бизнес что это так красиво звучит Да вот не стыдно знакомым сказать что ты солидно И когда я шла на курсы я даже не знала что это за профессия нормально а
00:04:53 - 00:06:25
потом когда-то тут уже начинал учиться понимал что плюс минус этим занималась своей мастера работы банки Я думала что будет больше пересечений их оказалось меньше Но по мере обучения я так Прониклась самой этой сферы бизнес-анализа что все Вижу цель не вижу препятствий и не очень быстро я нашла работу у меня были там свои обстоятельства не так просто уйти из банка вот Ну все я точно знаю что я буду бизнес аналитиком и в конце концов через полгода но я нашла новую работу бизнес аналитиком и с тех пор
00:05:39 - 00:07:03
Да я войти в бизнес анализы Слушай вот если бы ты могла каким-то образом немножко ну скажем красиво продать свою профессию что ты её любишь а Что крутого бизнеса анализы как в профессии в том что вы непосредственно непосредственно участвуете в создании новых решений Для клиента Да вы решаете какую-то их проблему закрываете какую-то их боль если Вы реально попали в эту проблему то Вам будут очень благодарны и вот на этот момент когда вы выпустили какие-то обновления и пользователи Вам написать класс ребята Спасибо большое даже если
00:06:21 - 00:07:43
это вообще такая мелочь но это была боль Вот получается вот фидбэк очень приятно то есть принципе тебе нравится решать проблемы для клиентов для того чтобы потом получать благодарность с точки зрения самого клиента совершенно прикольно такой гуманистический посыла часть это классно особенно если вы работали на какой-то работе Где вас не так ценили Да вы не получали это благодарность А когда вот вы получаете ее это очень мотивирует такой вопрос Вот ты в профессии 5 лет как часто вообще надо переходить на
00:07:02 - 00:08:14
собеседование может из твоей практики из практики твоего окружения то есть Стоит ли вообще туда ходить либо условно нашел компанию там сиди и работы компания хорошая крупная типа вот как ты работаешь там epam или какие-то другие или Окей я наверное отвечу как бизнес-аналитик и начнем мы с тобой какая у вас цель Хорошо давай так валидация твоего текущего опыта и знания хорошо Я думаю что в этом случае если у вас не стоит проблема найти работу денег у вас на неделю осталось надо есть вы можете Наверное раз в год стоит
00:07:38 - 00:09:00
ходить да да провериться свои скиллы Что сейчас актуально востребованы на рынке и может быть ваша стоимость на рынке такой вопрос а вот говорят когда ты вот как разработчик например ты приходишь на собеседование опять же вот с точки зрения там валидации своих знаний экспертизы разработчиками Обычно говорят следующие вещи Слушай айтишка так быстро динамично растет технологии меняются и здесь скорее вот реально стоит ходить в Бей тоже такой же идёт динамичное изменение по сути же как по методологии
00:08:18 - 00:09:18
придумываются то есть минус клиенты используешь одни и те же или там как-то по-другому А я думаю что это все-таки немножко по-другому глобально в обеи ничего не меняется в самой дисциплине могут меняться требования рынка и вы можете уже не успевать со своими знаниями Вот вы сидите своей уютненькой компании все у вас хорошо но на рынке уже востребованы другие навыки да то есть больше как-то может быть даже не в анализ А в аналитику больше теперь отбелива ждут что бей будет больше вовлечены в развитие
00:08:49 - 00:10:01
продукта потому что какие-то продакт-менеджерские скиллы более востребованы и если вы находитесь в одном месте в одной компании не так часто у вас меняются Это задача вас меняется то вы можете это и не знать А ты вообще собеседование много было в жизни Да у меня было много собеседований сложно тебе проходить расскажи Ну вот сейчас уже давай так то есть понятно что первые собеседование не всегда самое сложное но они вымученные по сути потому что ты волнуешься если я что-то спрашивают и задача вообще
00:09:25 - 00:10:30
попасть как сейчас а сейчас намного проще конечно И я уже не иду с ощущением что еду на экзамен потому что я иду с ощущением что я иду разговаривать с будущими коллегами Это совершенно другой подход Вот и понравлюсь Я им Конечно буду делать все чтобы им понравится оно в своих знаниях я более-менее уверена в их знаниях я бы не уверена и Да Куда Куда уверен ты себя чувствуешь и наверное моя рекомендация джуниорбиям вообще любым джоннивер специалистом не бойтесь ходить на собеседование первое сложно десятое намного проще
00:09:57 - 00:11:34
намного проще то есть десятому все уже будешь такой как бодрый орех приходишь ты говоришь все я все знаю Давайте пообщаемся Вопрос такой бей Я может скажу грубо может Неправильно ты мне поправишь все-таки не техническое направление войти до такой больше гуманитарная это грубо звучит Я понимаю что она не гуманитарно давай его назад Давай примерно как гуманитарно когда ты проходишь собеседование на роль бе бизнесу который тебя нанимает больше важны твои софты либо хорды по навыкам Вот как ты считаешь пример коммуникация
00:10:46 - 00:11:58
это не софт скилл здесь как бы Априори она должна быть даже это все важно все важно для Бея и Ba может быть Бей может быть лицом компании Да вот если вы работаете в аутсорсе то если вы коммуницируете с клиентами то Вы представитель вашей компании клиенты могут не общаться с разработчиками не знать что у вас там супер классная сеньоры супер архитекторы Они видят вас вот поэтому на вас еще такая ответственность произвести это хорошее впечатление на ваших клиентов не только в качестве себя любимого но еще вот всю
00:11:22 - 00:12:58
компанию Вопросов нет я тебя перестаю мучаюсь по своим вопросам из оффтопного направления Давайте перед конкретно к вопросам на собеседование смотри механика простая Я задаю максимально короткий вопрос от тебя не всегда Короткие ответы Главное правильно то что ты знаешь что ты передаешь на занятиях нашим студентам для чего мы это делаем это видео послужит классный шпаргалкой как для наших зрителей так для наших студентов это ДТП Поэтому если ты готова Мы можем начинать окейнер мои ответы так как бизнес-анализ это не какая-то
00:12:11 - 00:13:31
точечная наука Вы можете иметь какое-то свое мнение относительно каких-то положений бизнес-анализа это очень круто и если есть какая-то дискуссия то это значит что дисциплина направление развивается Пишите в комментариях так Ну вали я начну с канонического Что такое требование Да это действительно такой канонический вопрос Если бы я изображала Бея то это был бы человек вокруг него требований и наверное самое такое классическое не очень точная но классическое определение это условие возможности которые должны быть
00:12:51 - 00:14:07
реализованы в системе или даже не в системе А вы решения чтобы данное решение удовлетворяло потребности заинтересованных лиц или Решала какие-то проблемы Я не знаю насколько это понятно Мне не с первого раза мне было понятно что это такое но у нас например бизнес-анализе есть такое понятие как изменение То есть это то состояние которое хочет достичь бизнес и чтобы понять как нам перейти из текущего состояния в будущее состояние нам надо собрать требования чтобы Мы понимали Какова картина будущего изменения хорошо Какие виды
00:13:31 - 00:15:03
требований Ты знаешь Хороший вопрос наверное на всех моих собеседованиях вопрос этот был задан Я тоже задаю их типа много ты мне скажи да есть классификация даже несколько классификации и самый Вы наверное вопрос для бизнес-аналитика И вообще понимание того с какими требованиями Мы работаем И если такое формальное определение требований вам не очень понятно то через классификацию требуем все становится более чем понятно Мне нравится так классификация которую дает Международный Институт бизнес-анализа
00:14:17 - 00:15:46
есть еще у нас говорят а есть еще классификация которая например дается Карлом виггерсом в его таком фундаментальном труде которая является такой основой основой для любого бизнеса аналитика сколько сотен тысяч бизнес аналитиков выращены на веерсе ну вряд ли засчитали слушать такой немножко уточняющий вопрос А что за дядька викерс вот совсем бизнес-аналитиками с которыми всегда Ну вот делают отсылку к виггерсу понятно что не факт что ты знаешь там его биография крутые куртки кто это вообще просто для бизнеса анализа вот объяснить
00:15:06 - 00:16:25
чем хорош этот это персонаж это человек бизнеса который всё придумал да А нет он не придумал конечно для создания канона бизнес-анализа важнее Международный Институт бизнес-анализа но виггерц написал очень классную книгу разработка требований к программного обеспечения где очень понятно подробно из примерами описаны все стадии работы бизнес аналитика и это за это Большое спасибо Кстати я хотела в этом рассказать про У нас есть сообщество бизнес-аналитиков она лист Buy который проводит наверное самые
00:15:52 - 00:17:22
классные конференции по бизнес анализу и вот последние годы участникам конференции был сам Карл лидерс пригласили вода класс Ну я ссылочку на сообщество оставлю в описании к ролику Да будет отлично есть Youtube канал и вы можете лично посмотреть как Лидер принимал участие в конференциях потом напишу ставим виды требований такая каноническая классификация через иерархию на самом верхнем уровне у нас бизнес требования это то чего хочет бизнес Для чего он вообще инициировал эти изменения какая у него есть проблема или
00:16:37 - 00:18:03
какая есть возможность это конечно никогда не формулируется Я хочу какую-нибудь кнопку в системе нет бизнес-требования формулируется на куда более высоком уровне Мы хотим увеличить на 50 процентов количество пользователей в нашей системе или на 50 процентов увеличить продажи нашим интернет-магазина поэтому мы хотим мы думаем что если мы разработаем приложение это привлечет дополнительных пользователей такое самый высокий уровень а второй уровень это требование заинтересованных лиц то есть заинтересованные лица уже более точно
00:17:22 - 00:18:47
формулируют как они собираются достичь бизнес-требований как они видят это решение и формулируется с точки зрения либо пользователей системы либо заказчика системы следующий уровень это требование к решению это уже наши фичи которые есть решение условно на функциональные и не функциональные функциональные все более менее понятно Это собственно функции которые будут в системе не функциональные такой камень преткновения для многих бизнес-аналитиков они всегда технически влияют на архитектуру системы на восприятие
00:18:06 - 00:19:30
системы и определение формулирования не функциональных требований может находиться за пределами знаний бизнес-аналитика и даже заказчика и когда мы выявляем не функциональные требования Мы приглашаем как правило наших системных Архитекторов или разработчиков которые нам помогают Понятно формирования функционалки нужны просто еще тех специалисты Да как очень просто определить какое требование функциональное Какое не функциональное функциональное что система делает не функционально Как хорошо она это
00:18:48 - 00:20:02
делает это финал то есть больше требования у нас нет по классификации такой вид требований как переходные требования они уже не стоят ни на какой позиции в этой иерархии Бывает такое что нам надо вот чтобы перейти из текущего состояния в будущее произвести какой-то Транзит чего-то иммиграция баз данных переносим мы нашу инфраструктуру на в амазон например а что значит мы пишем Требования по этой иммиграции после этого требования становятся нам больше не нужны Да мы тушим нашу старую базу данных понятно
00:19:26 - 00:20:49
что к требованиям по миграции мы никогда больше не Вернемся возвращаемся ты начала говорить про нефункциональные требования могла бы немножко более подробно мне о них рассказать об этом мой Следующий вопрос Что такое функциональные требования собственно Да не функциональные требования условия или возможности которые мы должны обладать система или ограничения которые она должна следовать опять же повторюсь что это очень такое сложное понятие бизнеса аналитиков Давайте Может быть я расскажу какие
00:20:07 - 00:21:12
бывают конечно не функциональные требования их много Например очень наглядный пример это Вы заходите на какой-то сайт или какой-то сервис и он виснет Ну все сталкивались или страница не загружается это требование к производительности А вот качество системы производительность где-то у нас проседает и условно 70 процентов пользователей никогда не узнают что ваша страница загружается через 10 секунд потому что они уже ушли не стали ждать это да такое с чем сталкивались Наверное все что еще относится к не функциональным
00:20:39 - 00:22:07
требованиям например доступность то есть сколько времени система будет доступна например в год и я думаю что [музыка] Многие слышали о вот этих вот девятках что это значит что у нас есть четыре девятки то есть 99 процентов 99 сотых время доступности системы за год это одно дело пять девяток это уже другое дело и вот разница между 999 между четырьмя и пятью девятками может быть колоссальная и может увеличить бюджет проекта в разы поэтому вместе с вашим системным архитектором приходится заказчику и
00:21:23 - 00:22:58
говорится а так ли нам надо добиться этих пяти девяток или нам вообще достаточно будет 9 насколько понимаю две девятки до запятой и три девятки после запятой [музыка] Вот и невозможно сделать добиться требования реализации требования сто процентов То есть вы положите весь свой бюджет только на реализацию этого требования все равно можете не достигнуть это наверное больше актуально для амазонов период черных пятнистов там ничего не ложилось условно в этот период когда я амазон скорее всего недоступен
00:22:10 - 00:23:22
на сто процентов Ну конечно Он тоже ложится он отваливается Как бы Сколько только за 22 год было отвалов поэтому если вам говорят что конечно сто процентов времени должно быть доступно Подумайте так производительность доступность есть там что-то еще их много масштабируемость в период увеличения нагрузок он требования могут быть к качеству кода это не то что видит ваш пользователь понятие может не иметь Как там у вас код написано Но вот такое требование может быть требование к безопасности Ну конечно куда без безопасности Как там
00:22:46 - 00:24:10
шифруется например ваши данные требования к локализации На каких языках какие языки поддерживаются требования к интерфейсам если мы говорим о требованиях к Интерфейс это никогда не про то как должны выглядеть Ваши экраны а нет это такой более общее широкое понятие вы указываете Например какая у вас контрастность шрифтов должна быть какой размер шрифтов Как будут обрабатываться ошибки в вашей системе То есть это ни в коем случае не какой-то вот такой вот UI составляющая отзывчивом дизайне условно Да это про другое это не ЮА и но
00:23:31 - 00:25:04
какое-то ограничение для дизайнеров что они должны соблюдать еще одно такое важное На мой взгляд не функциональные требования тоже на русский переводится как доступность по-английски это акция Соберите То есть вы должны учитывать потребности разных категорий пользователей в том числе если у них есть какие-то особые потребности это касается тоже контрастности цвета возможно вам надо предусмотреть в системе отсутствие каких-то мерцаний типа для слабовидящих сайта специальная должна быть Да Все более мне
00:24:17 - 00:25:46
кажется актуально становится поэтому требования не функциональных очень много мы назвали буквально несколько их там 20 я думаю что не про все мы будем рассказывать на собеседовании все-таки Да и помните всегда приглашайте разработчиков Архитекторов на обсуждение не функциональных требований очень сильно может повлиять на итоговую архитектуру Какие существуют техники сбора требований техник сбора требований много вообще обей Бог содержит 50 техник с которыми работает бизнес аналитики Не только это касается сбора требований
00:25:02 - 00:26:24
вообще 50 техник которые в своей работе используют бизнес аналитики Хороший вопрос понятно что в работе ты никогда не считаешь это просто все идет уже на автомате если мы говорим о сборе требований то техника сбора требований номер один это интервью когда вы общаетесь с вашими заинтересованными лицами и собирается у них а из интересного Что еще у нас анализ интерфейсов анализ документов бенчмаркинг очень классная техника Когда вы изучаете ваши конкурентов и каких-то лидеров рынка для того чтобы не сделать
00:25:43 - 00:27:04
Второй Инстаграм а сделать что-то лучше чем например есть tiktok уже есть да но вы можете понимать как работаете Кто Конечно вот это есть но я бы еще отнесла к техникам сбора требований воркшопы А когда вы собираетесь большой обычно или все-таки там могут быть и люди не погруженные в домен на вокшопах Главное чтобы это были заинтересованы лица у которых Вы можете получить релевантные требования могут быть фокус-группы Ну не часто мы с этим сталкиваемся но тоже если вам нужно получить у релевантных
00:26:24 - 00:27:55
пользователей какие-то требования будущих пользователей то лучше не с City заказчика общаться а с конечными пользователями устраивать фокус группы Да фокус-группа Анкетирование рабочий инструмент более чем рабочий если уметь правильно формулировать вопросы формулировать гипотезы и формулировать вопрос и конечно если вы Здесь через Анкетирование просто собрать какие угодно требования то ничего кроме большого объема сырых данных вы не получите поэтому эту технику применять Осторожно каких вопросов должно быть
00:27:20 - 00:28:42
больше открытых или закрытых Я думаю что если мы говорим об анкетировании как о технике лучше закрытая лучше закрыты чтобы вы смогли какую-то свою гипотезу подтвердить или опровергнуть лучше будет проще будет фильтровать информацию по ответам которые предоставят респонденты открытый вопрос лучше задавать Если у вас дальше после подтверждения гипотезы например вы хотите провести глубинные интервью приглашаете опять же релевантных пользователей но уже не 100 человек у вас несколько вот десяточку Найдите желающих
00:28:01 - 00:29:21
это очень много никто не выдержит устанут полчаса около до полчаса час это наверное максимум А ты вот прям сидишь это все там записываешь Ну не ручкой понятно там можно набирать можно просто включить запись и все Я очень люблю записывать Да если соглашается на это респонденты заинтересованные лица то я записываю и люблю переводить транскрибировать в текст и потом уже работать с текстом прикольно но и ручкой тоже записываю у меня всегда блокноты все исписанные и записи у меня там Я даже не глядя уже записываю такой
00:28:45 - 00:30:06
вопрос как ты валидируешь и верифицируешь требования и по с ними в чем разница между всеми двумя словами верификация это внутренний процесс вы проверяете ваши требования на соответствие правилам Какие вы предъявляете требования к вашим требованиям они должны были полные не противоречивые обсуждаемые их можно было оценить их можно было протестировать вот это вот требование к требованиям в вашем на вашем проекте вашей компании у вас лично могут быть свои собственные требования к требованиям и вы проверяйте
00:29:26 - 00:30:31
насколько хорошо Вы описали требования насколько они соответствуют этим правилам это всегда такой внутренний процесс валидация это внешний процесс у Вас могут быть идеально описаны требования но дело-то не то что надо клиенту Поэтому с вашим заинтересованным лицом валидируете Что да то что вы написали это действительно то что надо клиент User Story И acception что это это такая техника документирования требований User Story такая краткая краткое описание функциональности системы с точки зрения пользователя в которой
00:29:58 - 00:31:18
описывается Для чего пользователю или может быть другому может адресованной стране необходимы та или иная функциональность всегда описана на деловом или повседневном языке есть такая даже специальная конструкция Но их несколько Но самое распространенное это как категория пользователя или заинтересованной стороны я хочу описание функциональности для того чтобы Да им там описываем уже какую ценность Это пользовательская история представляет для собственно пользователя может провести пример вот вообще любой Как
00:30:38 - 00:31:57
пользоваться Я хочу добавить товар в корзину а для того чтобы купить этот товар вот он принципе есть юзер как-то можно сформировать критерии приемки Да это более детализированное описание того как будет реализовано данная функциональность Окей У нас есть userstar но этого мало чтобы начать разработку и вот эти все необходимые возможно быть приёмочные тесты на татуировщикам Надо протестировать не какие-то необходимые условия мы записываем в критерии приемки тогда расскажи что такое юзер Story mapping это вот такой
00:31:17 - 00:32:42
вот сборище вот этих юзер сторей или что это не совсем это такой инструмент комплексного проектирования системы и в основе userstory mepping лежит несколько инструментов точнее три это персона это собственно сама юзер истории и так называемый путь пользователя в вашем продукте как мы вообще работаем с этой техникой Сначала мы определяем персону персона это такой архетип вашего пользователя вы его оно наделяете его такими человекообразными чертами То есть вы должны понимать что это не просто пользователь да а это вот Юрий ему 35
00:32:00 - 00:33:30
лет Он работает там-то и там то у него семья двое детей Образование у неё у него высшее описывается что его мотивирует что его демотивирует какие у него цели но мотивация демотивация целей все остальное вот эти вот демографические какие-то сведения должны относиться к вашим продукту описывать Для чего Юрию нужен ваш продукт считается что это повышает эмпатия То есть это не просто пользоваться которым можно не спрашивать что он хочет не хочет А это Юрий мы делаем продукт для юри супер и он соответственно потом может делиться
00:32:47 - 00:34:06
мнением пользования этим продуктом для других пользователей но его не существует Ну может для чего-то используем эмпатию в любом случае Да чтобы вы понимали что вы делаете продукт для живых людей Да не для роботов не для пользователей а именно за вашим пользователем стоят Живые люди короче в общем и целом это все включает три элемента то есть персона User Story и User journey правильно это то как ваш пользователь двигается по вашему продукту для того чтобы достичь каких-то своих целей и причем вы начинаете этот
00:33:27 - 00:34:47
User journey с самых крупных шагов если это интернет-магазин пользователь открывает каталог выбирает товар добавляет в корзину оформляет доставку это такие крупные шаги дальше композируется уже на более мелкие задачи и мы доходим уже до декомпозиции до юзер стори и таким образом вы видите на ваш продукт да Какие должны быть включены задачи это может вам помочь сформировать релизы А в какой очередности что будет реализовано и может помочь в приоритизации требований и собрать все нужные требования
00:34:07 - 00:35:29
приоритизация очень хорошее слово декомпозиции User Story что это разбиение какой-то большой юзер стори на более мелкие юзер в истории если мы говорим о User Story обычно это такая техника которая присуща джайлу и если у нас разработка ведется итерациями слишком большая User Story может не поместиться в итерацию или может быть слишком тяжелый для оценки или может блокировать разработку когда теоретически над стариками могли работать несколько разработчиков Ну вот так как она не декомпозирована кто-то один взял на себя
00:34:49 - 00:36:19
такой неподъемную ношу и приходится работать и это может замедлить работу во всей команды поэтому мы стремимся сделать их более мелкими то есть старение должна быть не должна быть слишком мелкой чтобы там уже никакие не поместили потому что реальность это есть какой-то Акцепт но и небольшой бывают сложные бывает составные то есть потому что по многим причинам например новая технология и команда разработки вообще не понимает как подступиться может быть даже не новая технология вы просто меняете какой-то
00:35:35 - 00:37:04
один атрибут вам надо изменить Но разработчики не знают в каких местах этот атрибут встречается И сколько времени может занять чтобы найти все эти места Какие зависимости у этого атрибута от других атрибутов в этом случае что мы делаем мы можем создать такую дополнительную старю называется Спайк раньше была скрамгаете сейчас уже нет такая постоянная исследование и когда уже проведенные исследования Нашли бы все эти места знаете сколько это времени займет вот тогда у вас есть еще одна стоя которые уже можно оценить
00:36:41 - 00:37:56
Вот и рекомендации не включается вот этот вот Спайк и основную стою в один релиз потому что очень большая зависимость друг от друга Я насколько понимаю что есть еще специальные техники оценки юзер старей одна из этих техник звучит как Invest Ну красивое слово Что это такое Да звучит красиво это кроним или мнемоническая аббревиатура под каждой буквы скрывается какой-то определенный критерий А это история должна быть независимой не зависеть от других старей чтобы было понятнее Например у нас есть царя
00:37:18 - 00:38:32
зарегистрироваться в системе А по каким-то причинам вы не можете включить ее в одну итерацию вам надо ее декомпозировать не знаю По каким причинам и вы решили закомпозировать таким образом одна юзер это заполнение имени пользователя емейла и создание пароля а вторая история это отправка формы Сохранение и создание аккаунта и что получается Если вы реализовали первую историю она бесполезна она никакой ценности не несет У вас есть просто форма но вы никакой аккаунт создать не можете пока не реализуете вторую историю и зависимость
00:37:56 - 00:39:21
слишком большая вы не создаете никакой инкремент Поэтому в этом случае юзер столь не соответствует критериям обсуждаемая концепция юзер сторей состоит в том что юзер стори пишется всей командой командой разработчиков и владельцам продукта и прежде чем написать это вот не какая-то декларация у вас должно быть обсуждение и понятно что всем должно быть понятно что вы обсуждаете и должно фиксироваться что вы на а следующая буква value история должна быть ценной представлять какую-то ценность для пользователей продукта
00:38:38 - 00:40:17
и Стимул старю нужно оценить и она должна быть пригодна для оценки команде должно быть понятно что они будут делать для того чтобы дать Вот эту вот оценку Если говорят Не знаю может быть один день а может быть полгода вот мы говорили про декомпозицию снаря должна быть маленькой и последний буква должна быть понятно как ее протестировать она должна быть тестируемые Расскажи что такое Это еще одна техника документирования требований представляет собой такую последовательность действий пользователя и отклик системы
00:39:30 - 00:41:10
на действие пользователей отклики системы есть реальные шаблоны юскейсов с разным набором атрибутов наверное для меня юскейс не юскейс если в нем не будут таких атрибутов как акторы на первичные вторичные А кто воздействует Кто отвечает вторичный актер как правило это система но первичный актер это не всегда пользователи не всегда пользователи человек это может быть и другая система при кондишн пост Condition то есть что должно предшествовать you scapesu например Condition пользователь должен быть
00:40:26 - 00:41:50
зарегистрирован в системе пост Condition вот это вот критерии приемки когда тестировщики поймут что как им тестировать этот кейс Вот и важные атрибуты это основной сценарий нормалфлоу Где вы расписываете очень подробно все шаги пользователя в системе для исполнения этого варианта использования альтернатив лоу на каждом шаге что-то может пойти в какую-то другую сторону вы расписываете эти альтернативы есть еще негати флоу Вот негативло это какие-то ошибки достаточно громоздкий инструмент он может быть не совсем вот такой вот
00:41:07 - 00:42:33
Agile но очень удобно описывать действия и всегда это понятно и заказчику и разработчикам что должно быть реализовано теперь перейдем к приоритизацию Расскажи мне Для чего мы ее используем Какие техники приоритизации в принципе есть для чего нам нужно периодизация для заинтересованных лиц для владельцев продукта для вашего заказчика все требования очень важны ну все должны быть реализованы да да осу на способом но к сожалению этот мир жестоко несправедлив и не можем мы сделать всё сразу мы всегда ограниченное временем
00:41:50 - 00:43:09
ресурсами Поэтому нам надо понять относительную важность требований для заказчика и очередность их реализации требующие могут зависеть друг от друга а вот приоритетация это такое ранжирование требований определения их важности Для клиента и проставления приоритета вот это вот оценки техника достаточно много Одна из таких не явных но очень важных это анализ зависимости что это такое Представьте У вас есть продолжаем с интернет-магазином есть требования создания заказа есть требования отмены заказа они очень важны для клиентов нет
00:42:30 - 00:44:09
очень важное что вы будете реализовывать в первую очередь создание почему Ну смысл что-то отменять если мы ничего не создали Вот это есть анализ зависимости они зависят друг от друга и пока у нас нет заказа отменять нам собственно нечего даже если Вам будут говорить Что отмена заказа в сто раз важнее чем создание заказа Конечно такого не будет Ну слушай Кстати на самом деле простой пример Но вот он показывает популярная техника Moscow Moscow это тоже такая мнемоническая аббревиатура где М это Маст То есть то что
00:43:19 - 00:44:35
Обязательно должно быть в системе с это Шут тоже важно но чуть менее важно чем Маст получается хорошо хотелось бы очень хотелось бы и W это Wood или wond а то есть в какой-то что-то прикольное Но точно Подождет и возможно до этого никогда не дойдет не дойдет дело потому что если мы работаем то у нас постоянно появляется какие-то новые требования и где-то в блоги так будет валяться Я возьму себе это на заметками понравилось маску популярная техника это не то чтобы какое-то изобретение бизнес-анализа или
00:44:00 - 00:45:33
инструменты бизнес-налистка вообще такая техника принцессы всего как еще одна техника Матрица эйзенхауэра вы приоритизируете все ваши задачи по их важности и срочности важно и срочно срочно Но неважно неважно но срочно и не важно и не срочно Есть еще такая как попарное сравнение с рекомендует опять же ваш заказчику очень дорожит всеми требования не может он никак определиться поэтому и показывается вот два требования какой из них чуть более важно что мы будем Вот это это сделать можем только одно это
00:44:50 - 00:46:21
может помочь очень быстро проранжировать какой-то объем требований например такое упражнение на ответственность это ты сказал что мы это делаем первое Это не я решает как правило все равно заказчик Ну конечно даже если у нас совершенно другое есть еще другие техники айскоренная модель но вы их используете в том случае если у вас есть на это время потому что достаточно трудоемкие техники у нас иджайл и времени никогда нет мы все хотим позавчера CRC Software рекламный спецификаtion Что за документы какие в
00:45:35 - 00:47:05
нем есть разделы Это такой документ где наиболее полно описывается все функциональные и не функциональные требования к системе могут туда включаться бизнес требования И вообще все то что важно для для вашей системы все что может быть в ней разделы сильно зависят от от проекта может быть в вашей компании есть какой-то шаблон если нет какого-то шаблона то какой то шаблон есть какой-то очень хороший к нему отправляемся да чем цена книга виггерсы там есть шаблон и там есть пример спецификации даже если
00:46:29 - 00:47:53
вы ничего не здесь вот открываете перечень разделов Вы можете модифицировать под ваш проект и оставлять те которые действительно важны или добавлять те которые вы посчитаете важным Ну в общем это будет какое-то введение Где вы описывается назначение для кого нужно Этот документ второй раздел может быть с общим описанием продукта какие-то могут быть там указаны бизнес цели бизнес риски метрики успеха ограничения зависимости операционная среда Нужно ли какое-то обучение для пользователей следующий очень важный раздел без
00:47:11 - 00:48:39
которого невозможно спецификация это подробное описание функциональных требований четвертый раздел например может быть у вас требования к данным логическая модель данных глоссарий данных 5 раздел 5 6 7 могут быть или это может быть один раздел будут посвящены не функциональным требованиям следующий разделы Вы можете включать все что угодно требования к интерфейсам какие-то может быть общие требования бизнес правила все что почитаете нужным обязательно очень хорошая практика добавлять в спецификации разные аппендиксы
00:47:55 - 00:49:30
приложение глоссарий это тоже и глоссарий и техника бизнес-аналитика создание глоссария Где вы все подробно объясняете всем заинтересованным лицам значение тех или иных терминов в аппендикс могут помещаться ваши какие-то диаграммы которые вы создаете могут быть даже помещаться какие-то прототипы и все остальное что вы посчитаете нужным Скажи пожалуйста что такое eml uml Это расшифровывать как unified модель это такой графический язык моделирования вдохновлен он Безусловно такой объект на ориентированный парадигмой и для чего мы
00:48:43 - 00:50:17
его используем для того чтобы представить нашу систему с разных аспектов И это не одна какая-то диаграмма в емейле насколько мне известно 15 диаграмм могу ошибаться поправьте меня используется далеко не все может быть 7-8 бизнес-аналитики забрали себе опять из них все диаграммы делятся на эстетические динамические статические описывают данные динамические поведения статическое у нас только одна Эта диаграмма классов где мы описываем сущность и атрибуты сущности и взаимодействия взаимосвязи между сущ не
00:49:33 - 00:50:51
взаимодействия взаимосвязи между сущностями а динамически побольше это конечно же Activity диаграмм которая помогает нам описывать бизнес-процесса стоит машин диаграмм помогает нам показывать состояние систем состояние или статуса и перехода между этими статусами sequence диаграмм диаграммы последовательности помогает изобразить последовательность каких-то действий между пользователем системы или между компонентами системы и самое наверное простая одна из самых простых диаграмм самых понятных с
00:50:12 - 00:51:40
наименьшим количеством атрибутов это юскетдиограмма Где показывается актера и какие юскейсы каким актером выполняются очень так схематично помогает вам например очертить скоб проекта какие uscase будут включены в ваше решение Вы клиентов вообще с ними знакомите или нет с юмориками клиенты бывают разные я могу так сказать Да есть во-первых те кто прекрасно понимает есть клиенты которые вот больше про бизнес И для него эти прямоугольнички человечки Вообще ни о чем не скажут еще тоже такой вопрос аббревиатуры bpm
00:50:56 - 00:52:26
аннотации что это еще одна нотация и в отличие от uml где много всяких нотаций для моделирования бизнес-процессов что интересно и uml разработчикам и uml и в том же консорциум OMG один и тот же разработчик и вызвано это тем я могу предполагать не знаю точно что в uml не хватало этих графических элементов чтобы изобразить сложный бизнес-процесс достаточно много разных элементов которые могут детально помочь бизнес-процесс нарисовать и чем еще полезен это тем что сейчас мы не можем Не только отрисовать
00:51:40 - 00:53:32
бизнес-процесс но его автоматизировать есть специальные такие системы которые бизнес-процессы нарисованы ppmen еще и без ошибок могут автоматизировать мне предпоследний вопрос прототипирование интерфейсов для чего это какие инструменты используются в твоей работе да создание прототипа такого Чернового варианта вашей будущей системы Где вы наглядно можете показать как это будет выглядеть в голове вы себе представляете это одним образом Когда вы это отрисовываете уже другое прототипы могут быть статические
00:52:36 - 00:54:00
динамические статические это просто Как выглядит ваш интерфейс динамические прототипы могут имитировать поведение системы конечно это нереальное поведение системы не то чтобы там есть какие-то данные что-то обрабатывается но можно показать что вот вы Нажали на кнопочку происходит вот это Это какие есть инструменты их много зависит от ваших целей ручкой бумага Это точно такой же инструмент Где вы можете быстро накидать какое-то прототип более сложное решение это да любой даже в Excel в городе Вы можете быстро
00:53:17 - 00:54:48
как-то блоками нарисовать специализированный инструменты Это например бальзамик достаточно старый инструмент даже я с ним как-то уже не столкнулась я сталкивалась с офшоры такой инструмент от Microsoft очень мощный можно программировать разное поведение системы но на сегодня не такое уж и современность он выглядит громоздким и прототипы там выглядят какими-то каким-то кривоватым всегда я не знаю как по-другому кривоватые и есть потрясающий инструмент современный которым пользуются очень многие это фигма А вот фигме во-первых
00:54:07 - 00:55:41
можете создать интерфейс Вы можете сделать его динамическим и вы можете обеспечить совместную работу вместе с дизайнером да Когда вы просто что-то нарисовали накидали без дизайна Лучше если вы делаете Это без дизайна какими-то блоками передали дизайнеры он в этом же пространстве может начинать работать над интерфейсом и кстати что касается инструментов прототипирования забыла рассказать об одном инструменте который я использую прям очень это такие специальные Тулы для создания скриншотов когда скриншот
00:54:57 - 00:56:14
Может там когда стрелками каким-то другими элементами а текстом очень быстро удобно сделать а я пользуюсь наггеттом Обычно вот очень классный инструмент очень рекомендую если нет у вас времени А времени никогда нет ну попробуйте Попробуйте тебе такой вопрос уже не по части там собеседования Понятно скорее с практики английский насколько действительно важен в твоей работе и вообще встречал ли ты кейсы когда Ну бизнес-аналитик вообще английский не нужен Я пробовала разговаривать с американцами по-русски
00:55:36 - 00:56:47
не понимают Ясно ты короче будешь говорить потому что ну мастбэв без вариантов Конечно вы должны понимать что вам рассказывают вам могут рассказать какие-то сложные вещи достаточно технические и вы должны уметь доносить какую-то свою позицию задавать вопрос что-то рассказывать переводить какие-то аргументы может быть переубеждать кого-то в чём-то конечно английский должен быть достаточно высокого легче ли тебе сейчас общаться на английском чем на русском но ввиду того что у тебя скорее всего высокий
00:56:11 - 00:57:18
уровень языка насколько понимаю Не легче я думаю что в любом случае это не мало общаешься на английском языке минимум каждый день наверное нет не каждый день это вообще миф что бизнес-аналитики что рабочий день бизнес аналитика это бесконечный митинги бесконечные митинги абсолютно не продуктивно раз несколько раз в неделю стабильно Да ну поддерживаю уровень языка я Да каждый день практически каждый день читаешь слушаешь смотришь да понял тебя слушай тебе большое спасибо ответы были полными можно смотреть можно
00:56:44 - 00:58:03
вот прям использовать особенно насколько понимаю такие вопросы реальные задаются бизнес-аналитиком когда они приходят на собеседование такие вопросы задавали мне такие вопросы задают как бы я ответила на эти вопросы если бы сейчас проходила настоя собеседование поэтому смотрим смотрим обязательно Валя тебе огромное спасибо тема еще обязательно позову обязательно ребят Я надеюсь вам понравилось сегодняшнее видео обязательно смотрите его особенно перед тем как вы попадете на собеседование ссылка на наши курсы
00:57:28 - 00:58:31
будет находиться внизу ваши лайки комментарии и подписка еще раз напоминаю приветствуется и мы еще увидимся пока
00:58:00 - 00:58:16