Все записи

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как масштабировать знания, а не нагрузку

Когда обращений становится больше, кажется логичным расширить команду. Но вместе с новыми людьми растет и другая нагрузка: нужно помогать и передавать контекст новичкам, отвечать на одни и те же вопросы. При этом один сотрудник может заново искать решение, которое другой уже нашел.

С этим столкнулась команда клиентского сервиса ITSM 365. Кира, бизнес-аналитик клиентского сервиса и куратор командной базы знаний, рассказала, как команда постепенно выстроила систему, которая помогает не искать одни и те же решения снова и снова.


Все новости