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

Примеры вопросов о документировании 1. Зачем в проекте документирование? Можно ли обойтись без него (как, к чему это приведет)? 2. Знаете ли ГОСТы серий 19, 34? Работали ли с ними? Какие другие стандарты и методологии, регламентирующие документирование, вам доводилось использовать? Какие виды документов на каких этапах жизненного цикла разработки программного обеспечения предполагается выпускать по этим стандартам? 3. Как Вы вели документацию, какие знаете техники и формат документирования требований? 4. Если бы Вы писали техническое задание, какая у него была бы структура? Расскажите по пунктам (этот же вопрос можно задать по любому другому документу, но стоит обсуждать скорее основополагающие документы – обсуждение формуляра скорее всего не оправдает ожиданий). 5. Что такое проектный глоссарий? Для чего он нужен? Как думаете, можно ли без него обойтись? 6. Какой минимальный набор документов достаточен в проекте? Почему? 7. Какова обычно структура технического документа? 8. Когда и для чего создается титульный лист? Что такое лист утверждения и для чего он нужен? 9. Что такое версионность документов, зачем она нужна? Чем обусловлены и как отражаются изменения в технических документах? 10. В одном из разделов технического задания, который предусмотрен стандартом, вам нечего писать – таких требований нет. Что является предпочтительным: оставить раздел пустым, вписать в раздел «Требования не предъявляются.», удалить заголовок раздела или поступить иным образом (расскажите, как)? Объясните ответ. 11. Как определить необходимый объем документации, разрабатываемой по проекту? Как определить необходимый объем конкретного проектного документа? Перечисленные вопросы позволят понять, насколько кандидат погружен в документирование – значительную как по объему, так и по важности задачу аналитика. По ходу можно обсудить шаблоны и стандарты, используемые при документировании проекта, ответить на вопросы кандидата, если он не имел достаточного опыта работы с ними.

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

9. Может ли требование измениться, почему, и как действовать в этом случае? 10. Расскажите, что вносит в работу аналитика взаимное влияние требований и какие методы работы с этим Вами применяются? 11. Какую роль играют требования на каждом этапе жизненного цикла программного обеспечения (в заказной разработке, во внедрении решений на базе коробочных продуктов)? 12. Зависит ли требование от того, по какой методологии ведется проект? Как? 13. Существует ли жизненный цикл требования? Какие в нем этапы? Чем характеризуются эти этапы? 14. Какие источники требований существуют? Дайте им характеристику и расскажите о свойствах и способах работы с каждым из них. 15. Чем отличается требование к системе от ожиданий пользователя? 16. Что такое несоответствие требованиям, и какие последствия оно влечет? Как обеспечивается соответствие требованиям в проекте? 17. Что такое несоответствие ожиданиям, в чем его отличие от несоответствия требованиям, и каковы способы предотвращения такого несоответствия в проекте? 18. Могут ли две различных по внутреннему устройству системы отвечать одному и тому же набору требований? Объясните свой ответ. 19. Может ли одна и та же система отвечать двум различным наборам требований? Объясните свой ответ. 20. Приведите структуру интервью для сбора требований. Объясните назначение и действия аналитика для каждого этапа. 21. Расскажите об анкетировании, как способе сбора требований. 22. Какие вопросы, открытые или закрытые, в каких ситуациях сбора требований стоит применять и почему? 23. Как требования связаны с рисками проекта? Какие способы снижения рисков проекта при работе с требованиями Вам известны? Что из этого Вы применяли на практике, приведите примеры. 24. Что правильнее, формулировать немногочисленные сложные требования, или декомпозировать их на множество простых? Объясните ответ. Все эти вопросы позволяют поговорить о такой базовой вещи, как требование, его свойствах. Понять, насколько понимание и способы обработки требований кандидата и команды сходятся, насколько кандидат глубоко понимает это базовое понятие и умеет с ним обращаться в повседневной деятельности. Для начинающих кандидатов этот блок может позволить акцентировать внимание на важности требований, продемонстрировать логическое мышление при выведении свойств требований, даже если они не были заранее кандидатом систематизированы и определены. Кандидат, умеющий вывести в ходе собеседования основные требования, как правило, имеет хороший аналитически потенциал при условии достаточной мотивации.

Теперь приведем примеры вопросов, разбитых по блокам (в зависимости от контекста проекта можно расширять, изменять, дополнять): – Требования. – Жизненный цикл разработки программного обеспечения. – Документирование. – Архитектура автоматизированных систем. – Бизнес-процессы. – Интеграция. – Базовые понятия ИТ (программа, протокол, алгоритм, база данных и т.п.) Примеры вопросов о требованиях 1. Что такое требование? 2. Каким свойствами они должны обладать? 3. Приведите пример требования и покажите, что оно обладает всеми необходимыми свойствами. 4. Для чего собираются требования в проекте? Можно ли этого не делать (когда и к чему это приводит)? 5. Сформулируйте функциональные/нефункциональные требования к карандашу/ ластику/линейке/листу бумаги А4. 6. Зачем и как фиксируются требования? 7. Какие виды требований существуют? 8. Когда следует завершить процесс сбора требований?

Обычно, в качестве базового теста, я предлагаю построить базу простейшего товарного каталога, то есть Товарная позиция, Производитель, Цена. Требуется задать необходимую структуру таблиц, включая инструкции СУБД на создание таблиц, объяснить, почему выбрана такая структура базы, выполнить запросы всех производителей по товару, всех товаров по производителю, средней цены товара, списка товаров с ценой не более 100 и т.п.

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

Другим моментом является оценка навыка непосредственно написания. Для этого стоит попросить сформулировать требования и сценарии тестирования строго как в документах

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

я обычно рекомендую попробовать самому написать простейшее ТЗ на что-то из курса вуза

Пройдите все эти этапы с вашим требованием.