Все записи

Частые ошибки
в тестовом задании | Курс «Профессия аналитик в ИТ»

23 августа заканчиваем набор на наши спецкурсы. Чтобы вам было легче выполнить тестовое задание, Даша, программный директор курса «Профессия аналитик в ИТ» разобрала частые ошибки и собрала памятку.
1 (11).png
Аналитик — это про внимательность к деталям и глубину. Если вы не читаете ТЗ или предлагаете «решить» то, что уже есть в настройках, вы теряете баллы.

Внимательно читайте формулировки

Частая ошибка: расписать ценность для одного приложения, а не для всех, или решать проблемы для каждого приложения в 3-м задании.

Как надо: делайте ровно то, что просят. Если просят «для каждого» — пишем для каждого. Если просят «выберите одну проблему» — выбираем одну и решаем её.

Проблема должна быть реальной и значимой, а не надуманной

Проверяющие снимают баллы, если проблема:

  • Уже решается настройками (например, отключить уведомления).
  • Не зависит от разработчиков (медленный интернет, приложение недоступно в России).
  • Это проблема дизайна, а не аналитики («хочу другой цвет»).
  • Это уже есть в приложении (например, поиск в истории).
Как надо: изучите настройки приложения и убедитесь, что этой фичи там правда нет. Спросите себя: «Это мешает 1000 пользователей или только мне?».

Решение должно быть подробным и с визуализацией

«Я бы добавил кнопку» — это не решение для аналитика.

Как надо: распишите логику, нарисуйте схему или макет. Проверяющий должен увидеть, как вы мыслите. Схема + текстовое описание сценария + прототип = высший балл.

User Story: по шаблону и с ценностью

Формат: «Как <роль>, я хочу <действие>, чтобы <цель>».

Как надо: Не пишите абстракций. Пример:

❌ Плохо: «Как пользователь, хочу удобный интерфейс».
✅ Хорошо: «Как покупатель, я хочу фильтровать товары по рейтингу продавца и количеству отзывов одновременно, чтобы быстро находить надежных продавцов и не тратить время на проверку каждого вручную».

Читаемость = понятность: правила оформления для аналитика

Сплошной текст читать сложно.

Как надо: используйте заголовки, маркированные списки и таблицы. Ваше решение должно быть понятным за 15 минут.

Представьте, что вы уже работаете аналитиком. Ваша задача — не «пожаловаться», а предложить рабочее и продуманное решение. Будьте внимательны к деталям.
Подробнее о программе «Профессия аналитик в ИТ» я рассказываю в видео. Мы вместе со всей командой преподавателей желаем вам успехов и ждем на наших курсах❤️

→ Читать подробнее о курсах и подать заявку

Похожие новости

7 фич Telegram, которые легко не заметить, и потерять из-за этого баллы в тестовом

Недавно мы завершили набор на курс для начинающих аналитиков. В тестовом задании участникам нужно было найти проблемы в любимом приложении и придумать, как их решить. Самым популярным приложением для разбора стал Telegram.

Проверяя тестовые, Даша, системный аналитик в Naumen, заметила: многие кандидаты предлагали функции, которые в мессенджере уже есть.

Так бывает, если придумывать решение до анализа пути пользователя. И если в тестовом вы просто потеряете баллы, то в реальной работе цена ошибки выше: команда может потратить время на разработку функции, которая уже существует.

Чтобы в будущем вы не писали о функциональности, которая уже есть — разберем фичи Telegram, о которых многие не догадываются. Другие ошибки мы уже разобрали в статье.

Подборка материалов: что почитать разработчику

В этой подборке — пять материалов о повседневных задачах разработчика: работе с кодом и коммитами, автоматизации, полезных инструментах и технических решениях на примерах iOS и Java.

Правила хорошего резюме

Бывает, что нужный для вакансии опыт у вас есть, но в ответ на отклик — тишина или отказ. Проблема может быть в том, что резюме не проходит первичный отбор: фильтры не находят нужные ключевые слова, а ИИ не видит подтверждения навыков в описании опыта.

В статье разобрали, как оформить резюме так, чтобы важные детали не потерялись для фильтров и ИИ, а рекрутеру было проще понять и оценить ваш опыт.

Все новости