Бизнес кейсы на собеседовании бизнес аналитика

Личный опыт человека, получившего более 20 офферов на позицию бизнес-аналитика. Время чтения статьи: примерно 8 минут.

Обо мне

Меня зовут Виктор Дмитриев. Я практикующий бизнес-/системный аналитик с опытом управления командой / глубокого бизнес-анализа / запуска Web и Mobile проектов. В отрасли больше 7 лет, успел поработать в следующих компаниях:

За это время я:

Собеседование на позицию БА (бизнес-аналитика)

Сегодня я хотел поделиться с вами своим опытом прохождения собеседований на вакансии бизнес- и системного аналитика. Как я написал выше, сам я прошел более 30 собеседований, +- 20 из них закончились офферами (скажем так, это хобби), поэтому мне есть, что рассказать.

Где искать вакансии

Без рекламы. Для меня самыми эффективными каналами поиска вакансий являются:

Большинство собесов/офферов я получал именно оттуда. Создается впечатление, что так или иначе, большинство вакансий, которые опубликованы на других карьерных сайтах, дублируются на hh. Есть еще интересный бот для вакансий в тг — gmate, его тоже можно посмотреть.

Если вы хотите попасть в крупную международную компанию (например, BCG/JTI/KPMG/GE), то можно еще рассмотреть сайты самих компаний. На них, как правило, есть блок, посвященный карьере. Но не следует ожидать быстрого отклика оттуда — HR гораздо чаще просматривают отклики на hh, чем отклики на собственном карьерном сайте (по моему опыту).

Как устроен отбор

Путь от создания резюме до оффера на позицию middle/senior БА, как правило, состоит из следующих этапов:

1. HR проводит скрининг вашего резюме. Если оно его заинтересовало, HR проводит небольшой ознакомительный звонок с вами (на 10-20 минут), чтобы понять вашу общую адекватность, немного soft скиллы и соответствие требованиям.

2. Если на этапе выше все ок, далее — интервью с потенциальным руководителем (иногда, привлекается ваша будущая команда). Интервью, как правило, идет 1 час, и на нем проверяется ваш опыт и ваши hard скиллы. Это основное собеседование, по итогам которого будут судить — делать вам оффер или нет (не единственное, но определяющее собеседование).

3. Если на этапе выше все ок, далее — интервью с руководителем подразделения / CIO / CTO (интервью с руководителем вашего будущего руководителя — это могут быть разные люди в зависимости от организационной структуры). Интервью, обычно, идет в районе 30-45 минут и на нем проверяют, скорее, вашу мотивацию и soft скиллы (подразумевается, что hard скиллы уже проверили на этапе 2). Этого этапа может и не быть, но в 80% случаев я его встречал.

Ваше вовлечение, обычно, сводится к трем интервью — общей продолжительностью до 2-х часов. Бывают разные случаи:

Но в большинстве случаев (процентов 80%) все сводится к трем этапам выше с обозначенной продолжительностью встреч (15 минут; 1 час; 45 минут).

Примеры вопросов на собеседовании

Ниже я приведу примеры вопросов, которые мне чаще всего задавали (или я сам их задавал при отборе кандидатов в свою команду). Это не исчерпывающий, но полезный список вопросов, на которые вам стоит обратить внимание при подготовке к собеседованиям.

На интервью с HR:

Общий комментарий по поводу этого этапа собеседования: на мой взгляд, этот этап, скорее, формальный (в России, по крайней мере), и вы сможете его пройти почти всегда (за исключением случаев, когда вашу вакансию закрыли в процессе вашего отбора). Дополнительно к нему готовиться не нужно.

На интервью с прямым руководителем:

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

Также на этом этапе важно, чтобы вы могли лаконично и четко рассказать про свой предыдущий опыт и подчеркнуть свои hard скиллы.

Про прохождение этого этапа я отдельно расскажу в рамках других статей. Тут все одной статьей не покрыть)

На интервью с руководителем подразделения могут быть вопросы:

Общий комментарий по поводу этого этапа собеседования: на практике я почти всегда успешно проходил этот отбор, и у меня создалось впечатление, что он, скорее формальный. Может быть, это не так (напишите об этом в комментариях). Но готовиться дополнительно к этому этапу, на мой взгляд, не стоит.

Что дальше?

1. Если все прошло хорошо, то после последнего этапа вам сделают оффер в течение 1-3 дней. Если молчат больше недели, то, вероятно, вы им не подходите.

2. Торговаться ли по офферу или нет — ваше личное дело. Но имейте в виду, что если это делаете, то, как минимум, рискуете)

О чем я уже писал ранее

Ранее я уже писал несколько статей об ошибках, которые встречаются в практике бизнес-аналитиков.

Если вам интересно, то вот ссылки:

Что будет дальше?

Потенциальные темы для обсуждения:

и многое другое.

Мои контакты

Что мы хотим от аналитика

О собеседованиях (на Habr), чаще пишут с точки зрения соискателей, я же предлагаю посмотреть на собеседование со стороны нанимателя, что на habr гораздо реже. А именно, на то, как собеседовать аналитиков.

Замечу — аналитиков в нашей отрасли очень много, их численность вполне сравнима с численностью разработчиков. Но про тонкости собеседования аналитиков (что бизнес-, что системных) сообщество молчит, предпочитая обсуждать собеседования девелоперов. На худой конец рассуждают про общие проблемы собеседований. При этом, тема о том, как собеседовать (и во многом отбирать) аналитиков, презабавная.

Скажу сразу: проведение собеседования аналитика весьма отличается от собеседования разработчика. То есть, конечно имеются общие вещи, которые не зависят от специализации потенциального сотрудника:

• Что за человек?
• Что ищет?
• Сколько хочет?
• Когда может выйти?

Но, как только мы доходим до выяснения, что за специалист перед нами, всё меняется. Вот вам пример — в среде нанимателей кочует задачка на тему: «почему канализационные люки круглые?». Правильный ответ кандидата на должность разработчика: «Круглые, потому, что, т. к. диаметр круга одинаков, то люк круглой формы никогда не провалится в колодец…». Правильный ответ аналитика: «Потому что стволы деревьев на спил круглые». Причина расхождения, в отличии задач, стоящих перед этими двумя специализациями. Разные задачи, для своего решения, требуют разные стили мышления. Аналитик анализирует реальный мир и от него идет к IT проблематике, разработчик мыслит математической логикой (в данной случае геометрией, которая есть отрасль математики).

Итак, давайте определимся, что мы хотим от аналитика, не считая специальных знаний (всяких там нотаций; да знания тонкостей работы отрасли, для которой разрабатываем софт)?

Базовые требования к идеальному аналитика, следующие:

• Структурированное мышление;
• Умение видеть главное и не терять за деревьями лес;
• Гибкость ума.

Вот человек, который способен слепить, из кучи бессвязных восклицаний, работающие требования к реализации (и далее по списку).

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

Вот один из этих приемов — задачи на соблюдение базовых условий выполнения процесса, прохождение таких задач проверяет первые два пункта из требований к идеальному аналитику.

Задача № 1

Процент успешного выполнения этой задачи, на собеседованиях — 50%

Дана схема, нарисована небрежно (это так и задумано, многие перестают на этом думать, уходя детали и перестают видеть процесс целиком). На схеме клиент (человек) ищет в некой дистрибутивной системе, а потом и покупает, билет на концерт. Схема откровенно жульническая, так работать не может, кроме, как у криминального бизнеса.

Вопрос — почему?
— подсказка: нарушен базовый принцип
— подсказка: помни про бритву Оккама

Задача № 2

— подсказки те же
И опять неработающая схема.

Есть CRM и суперкомпьютер (строго говоря система администрирования ресурсов суперкомпьютера, но это совсем детали), нужно из CRM создавать научные проекты (в суперкомпьютере) и выделять созданным проектам ресурсы суперкомпьютера, а затем в созданном проекте раздать доступы участникам.

API CRM —

/projects
GET
Получить список всех проектов. Ключевые поля: id – id проекта в системе, name – название
/projects/
GET
Получить информацию по конкретному проекту. Ключевые поля: все поля проекта
/users
GET
Получить список всех пользователей в системе. Ключевые поля: id – id юзера в системе, name – ФИО, email – E-mail, projects – id проектов, в которых участвует, active = [true | false] – состояние доступа
/users/
POST
Обновить информацию по состоянию доступа у конкретного пользователя

API суперкомпьютера —

/users
POST
Список пользователей, которым необходимо предоставить доступ: [users: [{id: , email: , access: [true | false], is_new: [true| false], access_end: }, …]].
Ответ: {success: [true|false], error: } — запрос корректен, выполнение в очереди / ошибка в запросе + информация в поле error.

Ваши ответы?

Леонид Юденков

Lead Business Analyst в EPAM

Меня зовут Леонид Юденков, я ведущий бизнес-аналитик и ресурсный менеджер в EPAM. На интервью (давайте сразу договоримся о терминологии, так мы называем собеседования) мне довелось посмотреть с разных сторон: я проводил их, проходил их и смотрел, как их проходят другие.

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

Подготовка

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

В случае с интервью лучшая импровизация — это та импровизация, которая подготовлена заранее. Несколько часов подготовки значительно повысят ваши шансы и помогут показать себя с лучшей стороны.

Заранее познакомьтесь с компанией (20 мин.)

В этом помогут интернет или коллеги, которые, возможно, в ней работают или работали:

• За счет чего компания зарабатывает деньги?
• Как давно она на рынке?
• Где расположены ее офисы?
• Участвовала ли компания в разделениях/присоединениях/поглощениях за последний год?

Посмотрите свежие новости о компании: там тоже может быть что-то интересное.

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

Изучите информацию о бизнес-домене (1-3 ч.)

Важно потратить отведенное на подготовку время с умом. Сконцентрируйте свои усилия на том, чем вам предстоит заниматься на новом месте. Если задача проекта заключается в автоматизации складского учета в фармацевтической компании, не стоит начинать 100-часовой курс по биологии. Значительно полезнее найти и ознакомиться с feature list для warehouse management-систем и проконсультироваться с коллегами, которые работали на аналогичных проектах.

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

Выясните требования к позиции и причину ее появления (20 мин)

Подойдите к вопросу со стороны определения business need:

• Что пытается решить компания, открыв эту позицию?
• Как я могу помочь закрыть эти потребности, используя свои навыки?

Хорошо, если описание позиции на hh.ru или карьерном сайте содержит всю необходимую информацию. Но бывает так, что описание позиции отсутствует или оформлено в общих словах. Если требования не приносят на тарелочке, их нужно добывать самому. В этот момент нужно вспомнить, что вы — аналитик! Расспросите HR или рекрутера. Не бойтесь задавать вопросы заранее, ведь предупрежден — значит, вооружен.

Согласитесь, замена аналитика на проекте, который идет полным ходом или старт нового направления — совершенно разные задачи. Соответственно, и требования к вашим компетенциям будут разными.

Подготовьте список вопросов (20 мин.)

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

• компания и бизнес-домен (Life Science, Telecom, Finance, E-Commerce etc.);
• технологии и платформы (FE/BE, Mobile app, Data migration, OSS/BSS, CRM, Hybris, AEM etc.);
• командировки (частота, продолжительность, задачи);
• процессы и методология (Waterfall, Agile, RUP etc.);
• задачи и артефакты (что от вас ожидают и в каком виде);
• скоуп и время (какие задачи/эпики сейчас в работе и когда ожидается их завершение);
• фаза проекта и дальнейшие планы (Discovery, POC, MVP, Delivery, Go Live etc.);
• команда (численность, география, состав команды);
• инструменты (Jira, Confluence, etc.);
• онбординг (есть ли материалы для погружения в проект и сможет ли кто-то передать знания).

Подготовьте самопрезентацию (30 мин.)

Речь здесь не про слайды в Power Point, а про ту часть интервью, в которой вы рассказываете о себе. Мой совет: держите этот рассказ всегда под рукой на русском и на английском (если рассматриваете международные компании) языках. Акценты делайте на наиболее релевантном и свежем опыте.

Фокус:

• ваш вклад в результаты проекта;
• ваши персональные достижения;
• роли и обязанности;
• навыки, актуальные для проекта и возможность их адаптации в новых условиях.

Избегайте:

• описания результатов команды/проекта как своих личных достижений;
• информации, не актуальной для позиции, на которую вас собеседуют;
• слишком глубокого погружения в детали при описании опыта;
• рассказа про внепроектные активности (в этом нет ничего страшного, ведь внепроектные задачи помогают расти и развивать большое количество полезных навыков. Просто не забывайте о приоритетах).

 Узнайте, кто будет вас интервьюировать (20 мин.)

• Это технический специалист или человек от бизнеса? Ответ на этот вопрос поможет вам лучше подготовить рассказ о себе и использовать подходящие примеры из своего опыта при ответе на вопросы.
• Какую роль этот человек занимает на проекте? Как он относится к проекту? Является ли он человеком, принимающим решения?

В случае, если по какой-то причине вам не удалось уточнить эту информацию до интервью и собеседник не представился, попросите его об этом в начале встречи.

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

Помните: работодатель видит в вас человека, который должен решить его проблемы. О том, что его беспокоит, не всегда известно заранее.  Ваша задача — сформировать гипотезы и проверить их во время диалога, а также постараться хорошо подготовиться к интервью.

Подумайте об организации рабочего пространства (online формат) (5 мин.)

Не хочется писать об этом много, но не упомянуть нельзя:

• Забронируйте комнату, если вы работаете из офиса, или создайте на время интервью тихую обстановку без отвлекающих факторов (особенно актуально в период удаленной работы).
• Проверьте оборудование и звук (специальная гарнитура всегда лучше и надежнее любых беспроводных вкладышей).
• Будьте полностью готовы за пару минут до начала интервью.

Во время интервью

Будьте дружелюбны

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

Не забывайте про внешний вид

Даже если интервью проходит онлайн, вас вполне могут попросить включить камеру. Помните, что общаясь с работодателем, вы должны показать себя с наилучшей стороны. Всегда лучше выглядеть более формально (Smart Casual), чем появиться в шортах и майке.

Отвечая на вопросы

Будьте конкретны. Приводите релевантные примеры и четко отвечайте на поставленные вопросы.

Не бойтесь переспросить, если не поняли или не расслышали вопрос. Это гораздо лучше, чем пять минут говорить не о том, о чем вас на самом деле спросили.

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

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

Заготовьте в уме несколько «козырей» — наиболее ярких и показательных кейсов, в которых ваша работа помогла решить реальные проблемы или привела к созданию бизнес-ценности для клиента. В нужный момент эти кейсы можно будет достать, как кролика из шляпы.

Используйте «золотую формулу» ответа на вопросы:

• Уточните, правильно ли вы поняли вопрос и проговорите его своими словами. Если нужно, попросите переформулировать.
• Задайте уточняющие вопросы.
• Приведите примеры из своего опыта.
• Предложите альтернативные варианты решения.
• Подкрепите свой ответ теоретической базой, основанной на индустриальных стандартах и экспертном мнении (BABOK, PMBOK, Wigers, Cockburn etc.).

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

Дополнительно

Если ваш опыт позволяет, а позиция подразумевает:

Дайте понять, что вы можете работать в условиях нехватки информации, в неидеальном процессе и принимать решения в сложных ситуациях.

Будьте проблемно-ориентированным. Умение выполнять поставленные задачи — это хорошо. Но еще лучше — понимать, почему эти задачи возникают, как оптимизировать процесс и устранить источник появления лишней работы.

После интервью

Не принимайте поспешных решений и не давайте обещаний сразу после интервью. Очень важно взять паузу, «переварить» полученную информацию. Вы выбираете работодателя точно так же, как он выбирает вас.

Узнайте, в какие сроки и кто должен предоставить ответ по результатам интервью. 

Это поможет сохранить нервы и закрепить договоренности.

Если вам отказали, обязательно запросите фидбек. 

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

***

Все мы хотим попасть на работу мечты. Но важно понимать, что «работа мечты» — это не точка на карте и не золотой город Эльдорадо. Работа мечты для каждого своя. Ей может стать любое место, куда вы идеально подойдете, где можете эффективно применять свои навыки, приносить максимум пользы, расти и помогать расти другим.

Готовьтесь к проектному интервью и ваши усилия обязательно будут оценены. Удачи!

Ранее я писал, какие вопросы задают на собеседовании на project manager-а. Вот вопросы и ответы для бизнес-аналитика.

Какой основной инструмент бизнес-аналитика?

Единственный правильный ответ — критический ум. Перечисление программных продуктов, при помощи которых вы пишете требования, будет ошибочным.

Какие знаете методологии разработки?

Классический проектный подход (PMI), скрам, канбан. В принципе, этого достаточно.

Какие бывают требования?

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

Также можно рассказать про уровни требований:

• бизнес-правила,
• бизнес-требования,
• пользовательские требования,
• требования к продукту.

Также можно рассказать про типы требований:

• ограничения,
• требования к графическим интерфейсам,
• требования к данным.

Какими свойствами обладают хорошие требования?

• завершённость,
• последовательность,
• правильность,
• абстрактность,
• осуществимость,
• измеримость,
• необходимость,
• прослеживаемость,
• однозначность.

Какие существуют методы сбора требований?

• интервью,
• анкетирование-опрос,
• фокус-группа,
• семинар,
• мозговой штурм,
• совещание,
• ролевая игра,
• обсервация,
• моделирование процессов,
• прототипирование,
• анализ вариантов использования,
• анализ интерфейсов.

Как строится процесс работы с требованиями?

Требования нужно:

• собрать,
• задокументировать,
• проанализировать,
• управлять ими.

Что такое бизнес-требования?

Нужно разделять бизнес-цели и бизнес-требования. Бизнес-цель — то, чего хочет добиться бизнес. Бизнес-требование — как он хочет этого добиться.

Как приоритизируются требования?

Загуглите «приоритизация MoSCoW».

Что такое «спецификация»?

Документ, наиболее полно описывающий функции и свойства системы.

Что такое Use Case?

Вариант использования. Пример поведения системы при взаимодействии с окружающей средой.

Что такое User Story?

Способ описания требований на естественном языке.

Чем юзкейс отличается от юзерстори?

Сториз, они про потребность пользователя. Raw user needs.
Сториз пишутся человеческим языком = легко читаются и бизнесом
и разработчиками. Express understanding of User needs.
Юзкейсы же про поведение, которое вы встроите в продукт, чтобы удовлетворить эти потребности. What the software needs to do.
Написание Юзкейсов это designing a functional solution.

Какова роль аналитика в команде?

Аналитик собирает требования у заказчика, транслирует их в команду в понятном команде виде. Вместе с командой вырабатывает решение, после чего согласует решение с заказчиком.

Что делать при конфликте внутри команды?

Если конфликт вызван неоднозначностью требований, следует понять, в чём неоднозначность и переписать требования.

Кто оценивает трудоёмкость задач?

Только команда совместными усилиями.

Кто пишет тест-план и тест-кейсы?

Тестировщик.

Какие нотации для описания бизнес-процессов вы используете?

UML, BPMN.

Что знаете про UML? Для чего он используется?

Тут нужно рассказать, какие диаграммы знаете и какие они бывают. В частности, диаграммы бывают структурные и поведенческие.

Какие инструменты моделирования бизнес-процессов вы знаете?

Здесь нужно рассказать, какой софт вы используете для построения этих диаграмм. Visio, draw.io, Camunda.

Какие инструменты проектирования интерфейсов вы используете?

Figma, Axure, Balsamiq.

Должны ли мы вам оплачивать какое-либо платное ПО для работы?

Существует большое количество опенсорсного софта, покрывающего все потребности.

Что такое глоссарий, зачем он нужен, можно ли без него обойтись?

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

Знаете ли вы SQL и на каком уровне?

Достаточно уметь строить простые запросы.

Что такое ООП?

Методология разработки, базирующаяся на объектах, являющихся экземплярами классов.

С какими системами управления проектами знакомы?

Крайне желательно уметь обращаться с Джирой и Конфлю.

Вот описание кейса. Что должно войти в MVP?

MVP — это продукт, который в минимальном объёме решает потребность бизнеса. Как правило, это первая версия продукта, содержащая одну фичу, решающую конкретную бизнес-проблему.

Вот фича. Напишите юзер стори и критерии приёмки.

Юзер стори — это описание функциональности на естественном языке. Как правило, формулируется в формате «Я как <роль> хочу <возможность>, чтобы <цель>». Критерии приёмки — это требования к элементу бэклога, достаточные для того, чтобы этот элемент был принят заказчиком.

Найдите ошибку в спецификации.

Типичные ошибки:

• не указан профиль пользователя. Неясно, кто должен совершить действие.
• неизвестный элемент глоссария объясняется через другой неизвестный элемент. Сепулька — предмет для сепкулькации. Сепулькация — действие, осуществляемое при помощи сепульки.
• нарушен один из критериев, которым должны соответствовать требования. Например, «цвет — красный» вместо кода цвета.

Что такое RACI-матрица?

Это матрица распределения ответственности.

• R – Responsible (исполняет),
• A – Accountable (несет ответственность),
• C – Consult before doing (консультирует до исполнения),
• I – Inform after doing (оповещается после исполнения).

Как вы изобразите жизненный путь объекта?

При помощи диаграммы состояний (диаграммы конечного автомата).

До какой степени нужно декомпозировать юзер стори?

Юзер стори должна соответствовать принципу INVEST. То есть, она должна быть независимой, маленькой и ценной для пользователя.

Какие подходы к UX вы используете?

Здесь можно вспомнить 10 законов юзабилити Якоба Нильсена. Закон семи сущностей. Правило трёх секунд.

Чем фича отличается от элемента бэклога?

Фича описывает функциональность. Элементом бэклога (кроме фичи) может быть баг или технический долг.

В чём отличие скрам от канбан?

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

До какой степени детализации моделировать бизнес-процессы?

До такой степени, до которой возможно понятно объяснить их команде.

Как понять, что мы не упустили никаких юзер стори?

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



Чем верификация отличается от валидации?

Верификация — проверка на соответствие требованиям, валидация — проверка на соответствие ожиданиям заказчика.

Чем авторизация отличается от аутентификации?

Аутентификация — процедура проверки подлинности, например проверка подлинности пользователя путем сравнения введенного им пароля с паролем, сохраненным в базе данных. Авторизация — предоставление определенному лицу или группе лиц прав на выполнение определенных действий.

Почему базы данных называются реляционными?

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

Чем left join отличается от inner join?

inner join возвращает строки, содержащие совпадения в обоих таблицах, left join — все строки из левой таблицы, даже если в правой нет совпадений.

Что такое foreign key (внешний ключ)?

Внешний ключ SQL — это ключ, используемый для объединения двух таблиц. Иногда его также называют ссылочным ключом. Внешний ключ — это столбец или комбинация столбцов, значения которых соответствуют Первичному ключу в другой таблице.

Чем Saas отличается от Paas?

При Paas клиент получает инфраструктуру и готовое для разработки приложений ПО. В случае в Saas клиент получает готовое ПО, развёрнутое в облаке.

Что такое SSO?

Это схема, при которой пользователь переходит из одного раздела или компонента ПО в другой без повторной аутентификации.

Назовите элементы архитектуры веб-приложения.

Клиент, сервер, база данных.

Что такое API?

Программный интерфейс приложений, интерфейс прикладного программирования, при помощи которого одно приложение может обмениваться данными с другим.

Чем GET отличается от POST?

Основное отличие в способе передачи данных. В get-запросе данные передаются в url, а в post-запросе — в теле запроса.