Какая длительность проектов
Что проверяют
Вопрос задают в обе стороны. Интервьюер хочет понять, видели ли вы полный цикл проекта, от сбора требований до приёмки и сопровождения, или только куски длиной в спринт. Кандидат, наоборот, спрашивает о длительности у работодателя, чтобы понять, куда попадёт: в долгий продукт или в поток коротких внедрений. Следом обычно уточняют, на каком этапе вы подключались и что сдавали на выходе.
Как отвечать
Если спрашивают вас, дайте не просто цифру, а привязку к работе аналитика:
- длительность и формат: «проект внедрения на 8 месяцев» или «продукт, в котором я два года, релизы раз в две недели»;
- этап входа: подключились на обследовании или пришли на готовые требования;
- артефакты по этапам: на старте карта процессов в BPMN, модель данных и контекстная диаграмма, в разработке пользовательские истории, спецификации интеграций и описание API в OpenAPI, на приёмке сценарии приёмочного тестирования;
- что влияло на сроки: согласования, изменения требований, внешние интеграции.
Цифры и примеры должны быть ваши. Если был один долгий продукт без чётких границ проекта, так и скажите и расскажите о крупных фичах внутри него как о мини-проектах. Если опыт только в коротких задачах, честно назовите это и покажите, где вы видели цикл целиком, хотя бы в учебном или пет-проекте.
Если вопрос задаёте вы, уточните заодно: это заказная разработка или свой продукт, сколько проектов ведёт один аналитик параллельно, кто принимает результат. Короткие проекты означают частую смену предметной области и заказчиков, длинные означают глубину и большие объёмы документации.
Где спотыкаются
Называют голую цифру «от трёх месяцев до года» без своей роли. Интервьюер так и не узнаёт, что вы делали все эти месяцы.
Выдумывают аккуратные этапы вроде «планирование месяц, выполнение четыре». Первый же вопрос о том, что пошло не по плану, разрушает картинку.
Задают вопрос работодателю и не слушают ответ. Если вы ищете глубокую работу в одном домене, а там поток внедрений по два месяца, это стоит понять до оффера.