Business | System analyst
14.6K subscribers
156 photos
89 videos
7 files
979 links
Авторский канал для бизнес/системных аналитиков от аналитика со стажем, как для начинающих, так и для бывалых. Выкладываем авторские посты, статьи (также зарубежные), видео, опросы, юмор))

Сотрудничество: @the_real_bird
Канал ИТ-анализ: @analysis_it
Download Telegram
Алоха! Я тут решила провести небольшой анализ по сайту найма и посмотреть, что сейчас актуально и что хотят от бизнес-аналитиков, за основу взяла всеми известный hh.

#анализ #вакансии | @ba_and_sa

Мой анализ будет разделен по уровням опыта (без опыта, от 1-3 лет, от 3-6 лет, и более 6 лет)

❗️Что опишу: 👇🏼
- требования, которые чаще всего встречаются в вакансиях. Тут вы можете сказать, что почти все вакансии с разными требованиями, и тут я с вами соглашусь, ведь все работодатели ищут кандидата под свою деятельность и под свои потребности. Но!! я выделю требования, которые встречаются почти во всех вакансиях, ну или многих.
- приведу небольшую статистику по ЗП
- укажу количество вакансий

Привязываться к конкретному городу не буду, в наше время можно работать из любого уголка)))

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

Вам интересны мои планы? делать пост про итоги прохождения собесов?
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
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
Картинка
Please open Telegram to view this post
VIEW IN TELEGRAM