Цитаты из книги «Идеальный ИТ-аналитик (Как нанять лучшего аналитика в команду)»

6. Какие инструменты проектирования интерфейсов используете? Почему именно эти инструменты, знаете ли Вы другие? (Постройте макет основной формы интерфейса для данного простого кейса с использованием этого инструмента) 7. Знаете ли SQL, на каком уровне? С какими инструментами работы с БД знакомы? (Постройте заданный в кейсе набор таблиц и запрос по заданным условиям к ним.) 8. Каково назначение ER-диаграмм? (Нарисуйте ER-диаграмму для конкретного кейса) 9. Имеете ли опыт программирования? Если да – то на чем? (Напишите простую программу для заданного кейса, объясните выбранный способ реализации, его достоинства и недостатки.) 10. Зачем используются аналитиками трекеры (можно уточнить класс: баг-трекеры, таск-трекеры)? Какими трекерами пользовались, знакомы ли с Jira, вели ли требования в Confluence? Что можете сказать о Youtrack? (Сформируйте тикет в трекере по заданному кейсу) 11. Для чего используется нотация моделирования процессов DFD, IDEF0, IDEF3, ARIS или др. необходимые в проекте? В чем сильные и слабые стороны данной нотации? Как преодолеваются слабые стороны данной нотации при использовании? (Постройте схему бизнес-процесса в данной нотации для заданного кейса.) 12. Расскажите о принципах выделения бизнес-процессов. (Выделите бизнес-процессы и отобразите их взаимосвязь на схеме в выбранной нотации.) 13. По какой методологии работали раньше, работали ли по гибким методологиям? О каких методологиях разработки знаете, в чем их плюсы и минусы? В чем Вы видите преимущество гибких методологий? Традиционных методологий? (Для заданного кейса и методологии расскажите последовательность своей работы, как аналитика.)

Примеры вопросов об инструментах и технологиях Вопросы теории использования инструментов и технологий, в скобках практические задачи: 1. Какими нотациями пользуетесь для описания бизнес-процессов? Почему именно такой / такими нотациями? (Нарисуйте схему процесса по предложенному кейсу.) 2. Что Вы знаете о UML? Для чего используется эта нотация и в чем ее преимущество перед другими? Какие виды диаграмм есть в UML? Какие применяли лично Вы? Для каких типов проектов какие диаграммы Вы будете использовать? (При решении задач проектирования программы постройте UML диаграммы, иллюстрирующие ее работу.) 3. Что такое варианты использования и пользовательские истории? Какие способы выявления вариантов использования Вы знаете? (Перечислите пользовательские истории для предложенного кейса.) 4. Что такое ролевая модель? (Постройте ролевую модель для предложенного кейса.) 5. Какие инструменты моделирования бизнес-процессов используете? Почему именно эти инструменты, знаете ли Вы другие? (Постройте схему бизнес-процесса для данного простого кейса с использованием этого инструмента)

5. Самым близким к практике заданием является решение бизнес-кейсов, когда кандидату дается вводная с учетом предметной области и требуется привести ее решение с обоснованием, почему выбрано именно оно. Примерами таких задач могут служить такие: – В организации входящая корреспонденция поступает в канцелярию и в претензионный отдел. Предложите систему регистрации и организации делопроизводства входящей корреспонденции, если претензии от покупателей поступают как в канцелярию, так и в претензионный отдел, обрабатываются всегда в претензионном отделе, а остальная корреспонденция поступает строго в канцелярию, затем передается адресатам в организации. – Платежная система должна обеспечить списание средств со счета клиента по его распоряжению, не допуская снижения доступного остатка ниже 0. Выполнение платежа и учет его в актуальной сумме остатка требует некоторого времени, поэтому остаток актуален на начало дня, а затем немного «запаздывает» до конца дня. В течение дня происходят и поступления. В конце дня остаток становится актуальным после всех платежей. Предложите, как организовать процедуру списания, чтобы не создавать лишних приостановок, но и исключить снижение остатка ниже 0. 6. Отдельным, хорошо иллюстрирующим манеру решения задач и знание предметной области, может быть кейс из области технической поддержки. Практически любому аналитику приходится решать задачи, связанные с диагностикой ситуации и классификацией инцидентов, дефекты это или доработки. Суть таких кейсов в том, что Вы приводите неоднозначную, хотя внешне кажущуюся простой и однозначной ситуацию, и просите кандидата разобраться в ней. В зависимости от глубины понимания предмета, опыта и умения докопаться до сути Вы, как наниматель, увидите множество разнообразных по составу и глубине решений. Кандидат может продемонстрировать знание предметной области, понимание, что такое дефект и доработка, умение вести диалог для уточнения ситуации, стратегию сбора информации. Примерами таких кейсов могут быть следующие: – Ваш заказчик, для которого Вы разработали программу бухгалтерского учета, указывает в качестве дефекта, что программа не позволяет ему установить на дату 01 января первоначальный остаток по счету 10, равный минус восемь рублей. Расскажите, в зависимости от требований к программе, является ли указанная ситуация дефектом или доработкой. Проведите диалог с нанимателем, играющим роль заказчика, чтобы выявить необходимость и состав необходимых изменений. – Ваш заказчик, для которого Вы разработали систему документооборота, выполняющую регистрацию входящей корреспонденции, указывает в качестве дефекта невозможность отправить входящее письмо на рассмотрение без регистрации. Расскажите, в зависимости от требований к программе, является ли указанная ситуация дефектом или доработкой. Проведите диалог с нанимателем, играющим роль заказчика, чтобы выявить необходимость и состав необходимых изменений.

3. Часто в отрасли существуют принятые форматы решения каких-то ситуаций, не нашедших явного отражения в регулятивной документации. Назовем это обычаями делового оборота, то есть то, как просто принято действовать. Знание подобных вещей – хорошая черта для грамотного специалиста, потому что он с большой вероятностью окажется «своим» для бизнеса заказчика. Специфика может быть совершенно разной, поэтому приведем лишь для иллюстрации примеры, по образцу которых Вы можете построить свои: – В оптово-розничной торговой организации высокая текучесть кадров среди менеджеров по продажам, поэтому знание ими номенклатуры и артикулов низкое. Организация заинтересована в сохранении упорядоченности в номенклатурном справочнике, но не имеет возможности требовать проверку при добавлении каждой строки в счет (товароведов мало, менеджеров по продажам много). Как обычно строится процесс управления номенклатурой в таких ситуациях? Какие преимущества и недостатки такого подхода? – В организации реализован только файловый транспорт документов. Необходимо для упакованных в zip архивы файлов обеспечить идентификацию и контроль целостности/неизменности при их доставке, как это обычно делается? Какие преимущества и недостатки предложенного подхода? 4. В предметных областях со множеством взаимосвязанных терминов, к числу которых может относится бухгалтерия, налоги, банковское дело, фондовый рынок и многие другие, хорошей задачей, демонстрирующей понимание основ предметной области, является построение фрагмента онтологии. То есть, требуется отразить основные термины и указать их взаимосвязи. Примером может быть следующая задача: – Приведите основные понятия и их взаимосвязь для бухгалтерской проводки (в ответе ожидается связь терминов проводка, счет, дебет, кредит, сумма, валюта, субконто и т.п.)

Приведем несколько примеров таких задач: – Организация и ее обособленное подразделение-магазин работают в одной системе с общей базой данных, в которой фиксируют финансовые взаимные расчеты и обязательства. В частности, в ней выполняется учет выдаваемой на реализацию обособленному подразделению продукции (магазин под ответственность директора магазина получает товар, потом либо возвращает его, либо возвращает деньги за проданный товар). Вместо бумажной накладной решено фиксировать факт передачи и возврата электронной подписью в системе. Какие акты нужно принять, какие варианты электронной подписи стоит применить, какие преимущества и риски несет в себе каждый предложенный вариант? Как выбрать подходящий? – В организации есть интернет-магазин, в котором для заказа товара пользователь должен указать Фамилию, Имя, Отчество, Телефон, Адрес доставки – все поля обязательны. Является ли интернет-магазин системой обработки персональных данных? Почему? Какие регламенты и технические решения необходимы для корректной эксплуатации этого интернет-магазина? – В организации есть общий сетевой ресурс, на котором есть папка «Контрагенты\Доверенности и паспорта», в которой хранятся сканы доверенностей и паспортов доверенных лиц от контрагентов организации. Насколько правомерна такая организация хранения и что следует предпринять для снижения рисков нарушения законодательства в этой организации? – Организация внесла в требования к системе, что сведения о подписанте (Фамилия, Имя, Отчество) – генеральном директоре компании, являющимся ее единоличным исполнительным органом, составляют коммерческую тайну и должны быть доступны для просмотра только секретарю директора. Остальные сотрудники должны видеть только штамп «подписано директором» без указания его фамилии, имени и отчества. Насколько правомерно такое требование и какие риски оно в себе несет?

Примеры задач с использованием предметной области Вот мы и прошли непростой путь, на котором кандидат продемонстрировал навыки решения аналитических задач, и можем привнести в обсуждение такой немаловажный в ряде случаев аспект, как предметную область. Часто нам важно, чтобы аналитик умел говорить на одном языке с представителями бизнеса заказчика, понимал суть стоящих перед ними задач и принимаемых решений. Конечно, сотрудники, каждодневно решающие свои бизнес задачи, существенно глубже погружены в бизнес, чем аналитик проекта автоматизации, однако его сторонний, более общий и системный взгляд часто может «растопить лед» непонимания, чем существенно повысить эффективность коммуникаций и проекта в целом. Так в чем же могут состоять задачи на знание предметной области? Нам видятся следующие возможные варианты: 1. Применение специфических терминов и выполнение построений на их основе (это могут быть взаимодействия понятий, специфические формулы расчетов и т.п.). Решением является правильное понимание терминов и их отношений, знание формул и умение их применить, навык объяснения полученного результата – помимо получения ответа всегда следует попросить кандидата прокомментировать ход решения и результат. Вы можете сами построить подобные задачи для своей предметной области по аналогии с примерами: – Постройте корреспонденцию счетов бухгалтерского учета при отражении расходной кассовой операции (или любой другой нужной в проекте). – Сформируйте типовой маршрут утверждения доверенности курьеру в организации и объясните его состав (или какой-то иной маршрут, близкий к предмету). – Вычислите процент по годовому депозиту с ежемесячной капитализацией при ставке в 5% годовых (или иной расчет с использованием финансовых формул). 2. Знание нормативных актов и регулятивных требований. Задачи полезны там, где есть строгая регламентация деятельности и выбор решений существенным образом обусловлен регламентирующими требованиями. Такими областями являются, например, применение электронной подписи, обработка персональных данных и т.п. Задачи должны включать необходимость действий, исполнение которых регламентировано, а решение – описание способа исполнения действий с точным или верхнеуровневым обоснованием регламентирующими материалами. Также можно спросить о рисках применения того или иного способа действий с точки зрения регламентирующих документов.

какой алгоритм интеграции? 6. Получаемое извне сообщение пользователя поступает через портал, после чего оно должно последовательно пройти цепочку обработки из 3-4 систем до отправки ответа пользователю через портал. На каждое сообщение обязательно должен быть выдан ответ в течение суток. Следующая обрабатывающая система определяется на основе логики, выполняемой в предыдущей. Предложите структуру данных, отвечающих за интеграцию, для решения такой задачи, и алгоритм работы. 7. Разрабатываемой Вами системе нужен доступ в архив видеозаписей, каждая из которых лежит виде видеофайла размером 100 МБ, в имени которого закодирована дата и время окончания записи. Помимо этого, есть база данных, которая сопоставляет каждому имени файла дату и время начала записи, дату и время окончания записи, номер камеры, с которой выполнена запись, и табельный номер сотрудника, в смену которого сделана запись. В Вашей системе есть функциональность поиска видеозаписи по указанному времени события и табельному номеру сотрудника. Предложите структуры данных и алгоритм интеграции. Если для проекта важно использование JSON, XML/XSD или иного стандарта – следует предложить дать ответ на задачу не абстрактно, а именно с использованием требуемой спецификации. На примере этих постановок можете построить свой набор кейсов, а также скорректировать данные постановки, вводя свои допущения.

Помимо способа интеграции, важный момент – описание структур данных. Задачи, позволяющие проверить эту компетенцию, могут выглядеть так: 1. Данные справочника номенклатуры поступают из внешней системы, опишите структуру данных справочника и алгоритм обработки, если минимальная информация включает артикул, наименование, единицу измерения. 2. Данные справочника номенклатуры поступают из внешней системы, опишите структуру данных справочника и алгоритм обработки, если минимальная информация включает артикул, наименование, единицу измерения и видеоролик (объем до 10МБ). Вариант 1 – пользователь хочет максимально быстро иметь возможность использования номенклатуры, как только она появилась в источнике; вариант 2 – пользователь должен получить доступ только к той номенклатуре, по которой получена вся информация, включая видеоролик. 3. Данные справочника номенклатуры поступают из двух систем, опишите структуру данных справочника и алгоритм обработки, если минимальная информация включает артикул, наименование, единицу измерения; Та же задача может быть усложнена тем, что в одной из систем есть еще данные о производителе, в другой – о линейке бренда, в разрабатываемой системе заказчик желает видеть обе характеристики. 4. Две системы используют каждая свой справочник контрагентов (поля – ОГРН, ИНН, КПП, Наименование), при этом в каждой системе справочник может дополняться и изменяться. Необходимо обеспечить корректное распространение изменений на вторую систему. Опишите структуру данных и алгоритм. 5. Необходимо получать список новых книг с сайта издательства в сети Интернет для внесения в каталог интернет-магазина. Какой должна быть структура данных и

Примеры задач на интеграцию Интеграция является неотъемлемой частью практически любого современного проекта разработки программного обеспечения и внедрения ИТ систем. Поэтому понимание и умение работать с интеграцией систем необходимо каждому аналитику. В то же время, интеграция часто носит уникальный, индивидуальный для конкретного сочетания систем и ИТ ландшафта характер, который и является объектом анализа и проектирования. Задачи на интеграцию строится на кейсах, в которых следует выбрать и обосновать интеграционное решение, предложить формат и структуру данных для передачи приема. Вводные могут быть следующими: В компании действует более десятка различных корпоративных систем, объединенных корпоративной шиной, Вы строите новую автоматизированную систему, для которой нужно предложить схему интеграции и отобразить в какой-то нотации или без, причем создаваемая система является: вариант 1: системой управления номенклатурой, артикулы из которой используются всеми другими системами; вариант 2: порталом для внешних пользователей, через который поступает значительный поток данных для нескольких взаимодействующих внутренних систем; вариант 3: антивирусным программным обеспечением, выполняющим контроль и удаление опасных файлов из файлового хранилища; вариант 4: новой бизнес-процессной системой, реализующей один из основных бизнес-процессов компании, который занимает более 75% существующих ИТ ресурсов и взаимодействует с более, чем половиной существующих систем. Вы создаете интернет-магазин, который должен быть интегрирован с учетной системой в части: – Справочников контрагентов и номенклатуры; – Документов товарного движения; – Документов движения денежных средств. Расскажите о способах взаимодействия, обоснуйте их. Вводные этими вариантами, конечно, не исчерпываются. Важно, что все эти вводные требуют уточнения, которое кандидат должен получить, задав вопросы или сделав предположения и получив обратную связь нанимателя по ним в ходе диалога. Например, могут уточняться количественные характеристики потока (суточный объем 10 сообщений или 100 000 сообщений, объем сообщения 10кБ или 10МБ и т.п.), степень загруженности и возможность дополнительных ресурсов в существующей корпоративной шине, принятые стандарты передачи сообщений и т.п. Дополняя вводную в ответ на вопросы или гипотезы, наниматель может выстроить любую необходимую ему обстановку, максимально близкую к требуемой в проекте, и получить мнение кандидата о способах взаимодействия с обоснованием выбранных решений.

3. Вы разрабатываете систему автоматизации стабильного бизнес-процесса обработки договоров; 4. Вы разрабатываете учетную многопользовательскую систему, выполняющую финансовые транзакции реального времени в многопользовательском режиме; 5. Вы решаете задачу на автоматизацию вновь выстраиваемого в компании процесса обработки обращений клиентов по новому продукту; 6. Вы разрабатываете систему управления знаниями в условиях компании с быстро изменяющейся линейкой продуктов; 7. Вы внедряете решение на базе готовой платформы документооборота для автоматизации процессов управления организационно-распорядительной документацией в компании. Вводные могут быть и совершенно другими, приближенными к условиям проекта и работы команды. Стоит обратить внимание, что часть вводных предполагает стабильные статичные условия, пригодные для классических «водопадных» методологий, другая содержит явную длительную неопределенность, которая скорее решится применением итерационных или гибких методологий. Выбор вводных может как коррелировать с Вашим проектом, так и быть обусловлен желанием понять подход кандидата к действиям в иных, например, потенциально возможных в будущем, условиях. Задачи для выбранной вводной могут быть следующими: 1. Сформулируйте минимальный перечень этапов и документов по ним жизненного цикла разработки программного обеспечения. Обоснуйте, почему этот перечень минимальный и исключение этапа или документа не приемлемо? Обоснуйте, что перечень достаточен для разработки программного обеспечения. 2. Объясните, почему выбрана именно такая методология ведения проекта, как это обусловлено требованиями вводной? 3. Расскажите о задачах этапов анализа, проектирования, ввода в действие и др. 4. Какова структура документов, содержащих постановку требований? Почему? 5. Какова структура документов, описывающих проектные технические решения? 6. Какова структура документов, обеспечивающих проведение различных видов испытаний, какие это виды и в чем специфика для каждого вида испытаний? 7. Какова структура документов, обеспечивающих эксплуатацию, почему именно такой состав и структура выбраны? 8. Подготовьте письменно фрагменты текста основных документов, как если бы их формулировали в проекте, по два-три пункта для каждого, сквозным образом проходя по всем этапам. При решении данных задач выясняются практические подходы и компетенции кандидата по формированию документации в разрезе этапов жизненного цикла, понимание назначения и взаимосвязи этапов. Также в ходе обсуждения наниматель и кандидат могут уточнить видение методологии ведения проекта, прояснить особенности ее применения командой. Частично вопросы документирования были затронуты в задачах по формулированию требований, однако решение данного класса задач позволяет более полно и детально отработать эти компетенции.