Попса

популярный светский альманах

Категория: Трудоустройство

Типовые вопросы на собеседовании на аналитика и ответы на них.

Собеседование на аналитика

Ранее я писал, какие вопросы задают на собеседовании на 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-запросе — в теле запроса.

Советы потерявшим работу

Советы потерявшим работу

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

Финансы

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

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

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

Поиск новой работы

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

Нормально воспринимайте отказы

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

Не теряйте бодрости духа

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

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

Типовые вопросы на собеседовании на менеджера it-проектов и ответы на них

Собеседование

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

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

Почему ушли с прошлого места работы?
Всех задолбавший вопрос, задаваемый на 100 % собеседований, честным ответом на который в 50 % случаев будет: «Зажали повышение зарплаты на сто долларов», и ещё в 50 % «Начальник — чудак». Однако есть нормы этикета, так отвечать нельзя, как и нельзя откровенно хаять предыдущее место работы, даже если оно было той ещё галерой. Если не можете придумать ничего корректного, скажите: «На этом месте работы я достиг своего потолка, дальнейшего развития не предвидится, а я хочу двигаться дальше»

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

Ещё на эту тему можно рассказать:

  • Распараллелить всё, что можно, в частности, фронтенд и бэкенд можно делать одновременно. Легальный способ сжатия расписания, но вам лично придётся больше коммуницировать и координировать, плюс повышаются риски.
  • Провести переоценку. Часто оценка делается до того, как детально проработаны все требования и её можно уменьшить с учётом новых знаний. Иногда подключение эксперта позволяет выявить участки, на которых менее опытный сотрудник решил перезаложиться.
  • Урезать работы. Выкинуть ненужное, перенести его за пределы данного релиза.
  • Урезать качество. Отказаться от некоторых видов тестирования. Не самый хороший путь, но это тоже метод.
  • Привлечь в команду дополнительных специалистов того же уровня, что и имеющиеся или вообще, привлечь эксперта. Это увеличит стоимость проекта, но поможет сжать расписание. Однако нельзя забывать про закон убывающей предельной полезности.
  • Сделать расписание с переработками. Запланировать больше часов в неделю, заставить сотрудников работать на выходных. Ведёт к выгоранию сотрудников и увольнениям. С переработками можно работать 3-4 недели, потом производительность упадёт. Если причина просрочки в изменениях, пришедших в середине проекта, можно отказаться от этих изменений.

Что будете делать, если за пару дней до релиза заказчик выкатил вам десяток новых фич, которые нужно сделать срочно и ВНЕЗАПНО?
В реальной ситуации заказчика нужно очень корректно и грамотно послать, но у HR-а записан в голове правильный ответ, который и нужно озвучить, а именно:

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

Разработчики оценили проект в 300 часов, а заказчик хочет, чтобы было 150.
Если с вами на реальном проекте приключится такая ситуация, нужно действовать так. Первым делом, нужно вместе со старшим разработчиком или аналитиком устроить созвон с заказчиком и уточнить требования. Есть вероятность, что разработчики не получили ответы на какие-то вопросы и перезаложились. Убрав неопределённость, можно оценку сократить. Если и после этого оценка не будет устраивать заказчика, возможно он возражает не против часов, а против рублей. Можно подключить коммерческого или генерального директора и выбить скидку в рублях, оставив оценку в покое.

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

Что будете делать, если выяснится, что не успеваете протестировать?
В этой ситуации правдивый ответ совпадает с приемлемым для HR-а. «Посажу программистов тестировать вместе с тестировщиками, чтобы проверяли модули друг друга».

Чем хотите заниматься, какая работа вам интересна?
Ответ зависит от вакансии. Можно сказать: «Хочу делать качественные и востребованные потребителями продукты».

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

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