Примеры задач на процессы, алгоритмы
Формализованное описание бизнес-процессов и алгоритмов является одной из ключевых компетенций аналитика. По большому счету, это и есть «перевод» бизнес-задачи на язык ИТ.
Естественно, этому предшествует понимание и корректное формулирование требований, но, когда это сделано, требуется переложить на язык процессов и алгоритмов решение, обеспечивающее исполнение требований.
Этому и посвящен данный блок.
Задачи могут как целевым образом формулироваться для данного блока, так и стать продолжением работы с требованиями.
Что выбрать, отдельные задачи или продолжение работы с требованиями? Я руководствуюсь следующим подходом.
Подход при выборе продолжения работы с требованиями или новые задачи
Если работа по требованиям прошла успешно и быстро, найден общий контекст разговора кандидата и нанимателя, развернулась продуктивная дискуссия по каким-то аспектам задачи, продолжение разговора в том же контексте вполне разумно.
Стоит лишь помнить, что в эпоху Интернета может случиться, что кандидат просто заранее подготовил решение данной задачи, так уж совпало-повезло, поэтому не стоит держаться какого-то известного шаблона полностью, а вносить вариативность в разговор.
Кроме того, если возникло опасение, что перед нанимателем кандидат демонстрирует заранее отрепетированный сценарий, лучше перейти к другому контексту, поскольку заготовки не совсем то, что требуется.
Если выбранная для работы с требованиями задача пошла тяжело, предмет задачи оказался по каким-то причинам неудачен для кандидата, то есть возникло некоторое напряжение, выбор продолжать или сменить тему делается исходя из того, что хочется увидеть дальше.
Если, прежде всего, интересно, как будет работать кандидат в условиях сложной и «неудобной» для него задачи (что случается на проектах), разговор стоит продолжить в том же контексте.
Если же ход собеседования приобретает явно демотивирующий нервный характер, имеет смысл сменить контекст, чтобы разрядить обстановку, уменьшить уровень стресса и за ним увидеть реальные компетенции кандидата.
Сменить контекст задачи имеет смысл и тогда, когда видно, что выбранная для требований задача по предмету содержит много «белых пятен» для кандидата, ведь нам нужно увидеть компетенции сбора требований и формализации, а не знания предметной области – ими займемся отдельно позже.