Алоха! Я тут решила провести небольшой анализ по сайту найма и посмотреть, что сейчас актуально и что хотят от бизнес-аналитиков, за основу взяла всеми известный hh.
#анализ #вакансии | @ba_and_sa
Мой анализ будет разделен по уровням опыта (без опыта, от 1-3 лет, от 3-6 лет, и более 6 лет)
❗️ Что опишу: 👇🏼
- требования, которые чаще всего встречаются в вакансиях. Тут вы можете сказать, что почти все вакансии с разными требованиями, и тут я с вами соглашусь, ведь все работодатели ищут кандидата под свою деятельность и под свои потребности. Но!! я выделю требования, которые встречаются почти во всех вакансиях, ну или многих.
- приведу небольшую статистику по ЗП
- укажу количество вакансий
Привязываться к конкретному городу не буду, в наше время можно работать из любого уголка)))
В планах:
- откликнуться на n-количество вакансий разного уровня, так же привлеку своих знакомых со своими резюме
- пройти несколько собеседований на разный уровень и узнать, что в наше время спрашивают на них. Может появятся новые вопросы в моей рубрике про собеседование.
Вам интересны мои планы? делать пост про итоги прохождения собесов?
#анализ #вакансии | @ba_and_sa
Мой анализ будет разделен по уровням опыта (без опыта, от 1-3 лет, от 3-6 лет, и более 6 лет)
- требования, которые чаще всего встречаются в вакансиях. Тут вы можете сказать, что почти все вакансии с разными требованиями, и тут я с вами соглашусь, ведь все работодатели ищут кандидата под свою деятельность и под свои потребности. Но!! я выделю требования, которые встречаются почти во всех вакансиях, ну или многих.
- приведу небольшую статистику по ЗП
- укажу количество вакансий
Привязываться к конкретному городу не буду, в наше время можно работать из любого уголка)))
В планах:
- откликнуться на n-количество вакансий разного уровня, так же привлеку своих знакомых со своими резюме
- пройти несколько собеседований на разный уровень и узнать, что в наше время спрашивают на них. Может появятся новые вопросы в моей рубрике про собеседование.
Вам интересны мои планы? делать пост про итоги прохождения собесов?
Please open Telegram to view this post
VIEW IN TELEGRAM
Алоха! В продолжении поста о моих походах на собеседования, делюсь тестовым заданием на позицию Бизнес/системный аналитик с опытом работы 3+ с одной из вакансии👇
#вакансии #собеседование | @ba_and_sa
Тема: Анализ требований и проектирование системы управления задачами
Мне предстояло разработать спецификацию требований для системы управления задачами, используемой командой разработчиков в IT-компании.
Моя задача заключается в следующем:
Прям на собеседовании:
1. Сбор требований: Определить функциональные и нефункциональные требования к системе.
2. Создание модели пользовательских сценариев: Описать, как разные типы пользователей будут взаимодействовать с системой.
3. Проектирование архитектуры системы: Определить основные компоненты системы и их взаимодействие.
Задание на дом:
4. Оценка рисков: Выявить потенциальные риски, связанные с реализацией проекта, и предложить меры по их минимизации.
5. Моделирование бизнес-процессов: Описать основные процессы, связанные с управлением задачами, создать диаграмму потоков, диаграмму активности
✅ Краткое описание моего ответа:
📋 Сбор требований
Функциональные требования:
- Управление задачами: Пользователи могут создавать, редактировать, удалять задачи.
- Статусы задач: Возможность изменять статус задачи (новая, в работе, завершенная, отклоненная).
- Приоритеты задач: Установка приоритета (низкий, средний, высокий) для каждой задачи.
- Командная работа: Назначение задач на участников команды и возможность добавления соисполнителей.
- Оповещения: Уведомления о новых задачах и изменениях статусов по email и в приложении.
- Поиск и фильтрация: Функционал для поиска задач по различным критериям (поиск по названию, фильтры по статусу и приоритету).
- Отчеты: Генерация отчетов о выполненных задачах и анализ времени, затраченного на выполнение задач.
Нефункциональные требования:
- Производительность: Система должна обрабатывать до 1000 запросов в минуту.
- Безопасность: Обеспечение конфиденциальности данных пользователя через шифрование.
- Надежность: Доступность системы не менее 99.9%.
- Масштабируемость: Возможность добавления новых функций без значительных изменений в архитектуре.
📈 Создание модели пользовательских сценариев
Пользовательские роли:
- Администратор: Может управлять пользователями, изменять настройки системы, просматривать отчеты.
- Разработчик: Может создавать и управлять своими задачами, назначать задачи другим пользователям, комментировать задачи.
- Менеджер: Может просматривать статус задач, генерировать отчеты о выполнении задач, изменять приоритеты.
Сценарий использования:
- Разработчик заходит в систему, создает новую задачу, назначает ее себе и устанавливает срок выполнения. Затем он добавляет комментарий к задаче и устанавливает статус "в работе".
- Менеджер заходит в систему и просматривает все задачи команды. Он замечает, что одна из задач имеет высокий приоритет, и изменяет статус с "в работе" на "приостановлена" для пересмотра.
🚀 Проектирование архитектуры системы
Компоненты системы:
- Клиентская часть: веб-интерфейс для пользователей, реализующий взаимодействие с API.
- Серверная часть: RESTful API для обработки запросов от клиентской части.
- База данных: хранилище для хранения информации о задачах, пользователях и их взаимодействиях.
- Система уведомлений: модуль, отправляющий уведомления по email и в приложении.
Взаимодействие компонентов:
- Клиентская часть отправляет запросы к серверной API для создания, изменения и удаления задач.
- Серверная часть обрабатывает запросы и взаимодействует с базой данных для хранения информации.
- Система уведомлений получает данные о изменениях задач и рассылает уведомления.
————————————
Так же мне были даны дополнительные задания, которые я выполнила после собеса🤯
⚠️ Оценка рисков - распишем позже
🧑💻 Моделирование бизнес-процессов - тоже опишу позже
Продолжение следует👉
Источник: @ba_and_sa
Картинка
#вакансии #собеседование | @ba_and_sa
Тема: Анализ требований и проектирование системы управления задачами
Мне предстояло разработать спецификацию требований для системы управления задачами, используемой командой разработчиков в IT-компании.
Моя задача заключается в следующем:
Прям на собеседовании:
1. Сбор требований: Определить функциональные и нефункциональные требования к системе.
2. Создание модели пользовательских сценариев: Описать, как разные типы пользователей будут взаимодействовать с системой.
3. Проектирование архитектуры системы: Определить основные компоненты системы и их взаимодействие.
Задание на дом:
4. Оценка рисков: Выявить потенциальные риски, связанные с реализацией проекта, и предложить меры по их минимизации.
5. Моделирование бизнес-процессов: Описать основные процессы, связанные с управлением задачами, создать диаграмму потоков, диаграмму активности
📋 Сбор требований
Функциональные требования:
- Управление задачами: Пользователи могут создавать, редактировать, удалять задачи.
- Статусы задач: Возможность изменять статус задачи (новая, в работе, завершенная, отклоненная).
- Приоритеты задач: Установка приоритета (низкий, средний, высокий) для каждой задачи.
- Командная работа: Назначение задач на участников команды и возможность добавления соисполнителей.
- Оповещения: Уведомления о новых задачах и изменениях статусов по email и в приложении.
- Поиск и фильтрация: Функционал для поиска задач по различным критериям (поиск по названию, фильтры по статусу и приоритету).
- Отчеты: Генерация отчетов о выполненных задачах и анализ времени, затраченного на выполнение задач.
Нефункциональные требования:
- Производительность: Система должна обрабатывать до 1000 запросов в минуту.
- Безопасность: Обеспечение конфиденциальности данных пользователя через шифрование.
- Надежность: Доступность системы не менее 99.9%.
- Масштабируемость: Возможность добавления новых функций без значительных изменений в архитектуре.
Пользовательские роли:
- Администратор: Может управлять пользователями, изменять настройки системы, просматривать отчеты.
- Разработчик: Может создавать и управлять своими задачами, назначать задачи другим пользователям, комментировать задачи.
- Менеджер: Может просматривать статус задач, генерировать отчеты о выполнении задач, изменять приоритеты.
Сценарий использования:
- Разработчик заходит в систему, создает новую задачу, назначает ее себе и устанавливает срок выполнения. Затем он добавляет комментарий к задаче и устанавливает статус "в работе".
- Менеджер заходит в систему и просматривает все задачи команды. Он замечает, что одна из задач имеет высокий приоритет, и изменяет статус с "в работе" на "приостановлена" для пересмотра.
Компоненты системы:
- Клиентская часть: веб-интерфейс для пользователей, реализующий взаимодействие с API.
- Серверная часть: RESTful API для обработки запросов от клиентской части.
- База данных: хранилище для хранения информации о задачах, пользователях и их взаимодействиях.
- Система уведомлений: модуль, отправляющий уведомления по email и в приложении.
Взаимодействие компонентов:
- Клиентская часть отправляет запросы к серверной API для создания, изменения и удаления задач.
- Серверная часть обрабатывает запросы и взаимодействует с базой данных для хранения информации.
- Система уведомлений получает данные о изменениях задач и рассылает уведомления.
————————————
Так же мне были даны дополнительные задания, которые я выполнила после собеса
⚠️ Оценка рисков - распишем позже
Продолжение следует
Источник: @ba_and_sa
Картинка
Please open Telegram to view this post
VIEW IN TELEGRAM