Все записи

Как оформить учебный кейс в резюме

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

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

Сохраняйте — пригодится перед приближающимся отбором на стажировку!

О проекте: ребята создали приложение для хранения медицинских данных. Пользователь сможет сохранять информацию о приемах врачей в виде карточек событий.

Одна из особенностей продукта — оцифровка данных. Именно хранение данных в виде текста позволит делать сортировку, фильтрацию и поиск нужной информации быстро и эффективно.


Сформулируйте название проекта 

✔️ Учебный проект: «Приложения для хранения медицинских данных».

❌ Проект с курсов.


Подробно опишите проект 

✔️Создали приложение для хранения медицинских данных. В нем пользователь сможет сохранять информацию о приемах врачей в виде карточек событий.

Одна из особенностей продукта — оцифровка данных. Именно хранение данных в виде текста позволит делать сортировку, фильтрацию и поиск нужной информации быстро и эффективно.

❌ Создали приложение, где можно хранить медицинские данные.


Расскажите, какие задачи выполнили именно вы

✔️ Задачи в проекте поделили между участниками. Какие задачи выполнял я:

  • анализировал конкурентов,
  • проводил интервью с потенциальными клиентами — нашими преподавателями,
  • отрисовал бизнес-процессы в нотации BPMN.

После вместе с командой создали прототип интерфейсов в Figma и защитили MVP перед преподавателями.

❌ Мы создали прототип в Figma.


Поделитесь результатами

✔️ Мы создали прототип, который был понятен пользователям. Конечно, там нет реальной оцифровки данных, но макет наглядно демонстрирует основной функционал приложения и раскрывает ценность продукта.

Проект успешно реализовали — получили оценку «5» от преподавателей. Нас отметили как лучшую команду на курсе. В дальнейшем хотелось бы довести проект до «идеала» и выпустить полноценный продукт.

❌ Получили оценку «5».


Раскройте, какие навыки получили и как их применили

✔️Аналитические данные

  • Работа с данными: сбор и анализ данных — Excel, SQL.
  • Формулирование гипотез и их проверка на реальных данных, интерпретация результатов.

Работа с документацией

  • Составление диаграмм процессов — BPMN.
  • Написание User Stories.

Коммуникация

  • Проведение опросов и интервью с «пользователями».
  • Защита проекта перед «заказчиком» — преподавателем.
  • Умение объяснять сложные вещи простым языком

❌ Развил аналитические и коммуникативные навыки, научился работать с документацией.

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

Когда задача считается выполненной

В работе для нас важен результат — хорошо сделанная задача и закрытая потребность пользователя. Этого легко достичь, когда команда продумывает план действий, реализует решение и доводит его до результата, который действительно приносит пользу.

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

Мы поговорили с коллегами и попросили их рассказать, в какой момент для них задача считается завершенной. Их ответы читайте в нашем материале.

Разбираем фичи по кусочкам: атомарные коммиты как внутренняя дисциплина

Дима руководит группой прикладной разработки в Naumen и много лет работает с командами, которые делают не одноразовые фичи, а долгоживущие системы — те, что развиваются годами, переживают смену людей, требований и контекста.

В статье он рассказывает о декомпозиции: зачем она на самом деле нужна в разработке и какую неожиданную роль в этом играют атомарные коммиты.

Как развивать документацию и продвигать техписателей

В продуктовой команде документацией пользуются все, но ожидают от нее разного. Аналитику важно одно, разработчику — другое, поддержке — третье. Если не учитывать контекст, можно бесконечно что-то улучшать и все равно не попадать в цель.

Мы поговорили с Дашей, техническим писателем Naumen SMP, о том, как через коммуникацию с командой она разбиралась в реальных ожиданиях от документации и выстраивала направление ее развития.

Все новости