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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(далее…)

Надпись на «Post hoc non propter hoc» на картинке переводится с латыни как: «После не означает вследствие». Общеизвестно, что причины провалов нужно тщательно исследовать, как бы ни был провал неприятен, а причины его глупы. А вот причины успехов — нет.

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

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

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

Анализировать причины успехов настолько же важно, как и разбирать неудачи.