Ищем стажёра бизнес-аналитика (частичная занятость, договор ГПХ, 20 000 руб/мес)
О проекте
IT-проект в начальной фазе разработке. Мы ищем стажёра-бизнес-аналитика, который поможет команде с анализом требований. Обучим необходимым навыкам (BMPL, UML, C4 и т.д.).
Задачи
— анализ ТЗ заказчика и описание требований;
— документирование бизнес-процессов;
— проектирование SQL-базы данных;
— подготовка отчётов;
— участие в тестировании функций продукта.
Требования
— общее понимание ИТ;
— базовые знания SQL (select, join, group by);
— понимание основ бизнес-анализа;
— желание учиться и развиваться;
— аккуратность и ответственность.
Условия
— удалённая работа;
— 15–20 часов в неделю, гибкий график;
— договор ГПХ;
— вознаграждение — 20 000 руб/мес;
— вы получите опыт в реальном проекте + рекомендация по итогам.
Здравствуйте, gyraboo, Вы писали:
G>Ищем стажёра бизнес-аналитика (частичная занятость, договор ГПХ, 20 000 руб/мес)
G>О проекте G>IT-проект в начальной фазе разработке. Мы ищем стажёра-бизнес-аналитика, который поможет команде с анализом требований. Обучим необходимым навыкам (BMPL, UML, C4 и т.д.).
$200 за работу на полставки — не ошибка? Это же зарплата за полдня, а не за полмесяца?
Безотносительно вакансии, просто интересно. BPML, UML — как вы этим пользуетесь?
В смысле "рисуете квадратики", или на самом деле следуете этим спецификациям?
Здравствуйте, bnk, Вы писали:
G>>Ищем стажёра бизнес-аналитика (частичная занятость, договор ГПХ, 20 000 руб/мес) bnk>$200 за работу на полставки — не ошибка? Это же зарплата за полдня, а не за полмесяца?
Для стажера, кто не имел опыта в аналитике и хочет на парт-тайме, чтобы мы его ещё и научили — разве это мало? Это ниша мелких частных проектов, это не высокобюджетные коммерческие проекты.
bnk>Безотносительно вакансии, просто интересно. BPML, UML — как вы этим пользуетесь? bnk>В смысле "рисуете квадратики", или на самом деле следуете этим спецификациям?
Если BMPL нарисован удачно и описывает весь бизнес-процесс, он вообще является исполняемым. И каждый прогон (экземпляр) процесса можно трекать каждый пройденный шаг, смотреть статистику, хот-поинты, назначать ручные задачи на узлы и т.д. Например, такой функционал есть в Камунде. Если у тебя сложный бизнес-процесс, то есть несколько вариантов реализации:
1. Хореография (т.е. набор сервисов, каждый сервис вызывает следующий в цепочке, но общая картина по цепочкам и по логическому виду процессов с "высоты птичьего полета" размывается)
2. В виде машины состояний (типа Spring State Machine)
3. Rules engine тип Drools
4. Оркестрация в виде исполняемого BPMN-процесса камунды (этот вариант мне нравится больше других, т.к. у нас сразу есть и визуальная диаграмма и редактор для неё, и она же является исполняемой, т.е. является оркестратором, и мы видим весь процесс с высоты птиьчего полета целиком, а не фрагментарно, как в хореографии)
Здравствуйте, gyraboo, Вы писали:
G>Для стажера, кто не имел опыта в аналитике и хочет на парт-тайме, чтобы мы его ещё и научили — разве это мало? Это ниша мелких частных проектов, это не высокобюджетные коммерческие проекты.
Вопрос, насколько востребовано на рынке то, чему они научат. Бум UML и иже с ними был два десятка лет назад. Потом, ВНЕЗАПНО, выяснилось, что сложность не в рисовании квадратиков, а в эффективной коммуникации с десятком человек с разным видением, чего им нужно от конечной системы. И квадратики как-то резко сошли на нет.
G>Если BMPL нарисован удачно и описывает весь бизнес-процесс, он вообще является исполняемым. И каждый прогон (экземпляр) процесса можно трекать каждый пройденный шаг, смотреть статистику, хот-поинты, назначать ручные задачи на узлы и т.д. Например, такой функционал есть в Камунде. Если у тебя сложный бизнес-процесс, то есть несколько вариантов реализации:
Ага, и это все офигенно нужно для мелких частных проектов. Попахивает местячковым карго-культом энтерпрайза, без понимания, для чего это вообще нужно. Еще и с серым оформлением, по которому стажера можно кормить завтраками на тему "заплатим, как все дорисуешь".
Стажёру нетрудно устроиться на полную ставку тыщ на 100 и по ТК.
А вот это вот подразумевает очень хорошие знания СУБД, а также неплохие знания (или возможность выделить значительное время на изучение) предметной области заказчика:
G> — анализ ТЗ заказчика и описание требований; G> — документирование бизнес-процессов; G> — проектирование SQL-базы данных;