Senior Project Manager

Ми, talanovyti, шукаємо Senior Project Manager, і в цієї вакансії є дуже конкретний дедлайн: до виходу GTA 6 треба встигнути тебе заобордити, бо Project Lead уже попередив, що після релізу на якийсь час може “випадково” випасти з робочого процесу  😅

Давай  знайомитись!
 

Наш партнер — українська продуктово-інженерна команда, працює з 2018 року. Починали як design agency, з 2022-го виросли у full-cycle: усередині development, QA, design, analytics і project management. Зараз 30+ людей — усі українці, працюють віддалено з України та інших країн Європи.
 

Технічний фокус — fintech, payment infrastructure і високонавантажені внутрішні бізнес-системи: платіжні агрегатори, продукти з великою кількістю транзакцій та інтеграцій, trading, CRM і операційні платформи.  Компанія компактна: між спеціалістом і тими, хто ухвалює рішення, немає кількох рівнів менеджменту, CEO і CTO досі hands-on і добре знають продукти. 
 

Проєкт на який шукаємо:  аналітична платформа для клієнта — оператора мережі брендів (зараз 30–50 брендів, у планах до сотні). Клієнт наймає зовнішніх маркетингових агентів, які закуповують рекламу на його бренди: близько тисячі активних, ціль бізнесу — десять тисяч протягом наступних одного-двох років.

Платформа зводить в одному місці витрати на трафік і те, що з них вийшло: реєстрації, перший депозит, повторні депозити, retention, виплати агентам. Тобто повний шлях від грошей, витрачених на рекламу, до грошей, отриманих з гравця. Для маркетингової команди клієнта це основний інструмент: за ним вирішують, з якими агентами масштабувати співпрацю, а з якими прощатися.

Є дві групи користувачів. Зовнішні агенти звітують через платформу — скільки витратили, скільки лишилось. Сама аналітика доступна лише співробітникам клієнта.

Стек: TypeScript, Node.js / NestJS, PostgreSQL, React; у частині продуктів microservices, AWS, асинхронна обробка і high-load.

Чому варто розглянути цю роль:

1. Окремого PM на проєкті раніше не було, тому planning, backlog, пріоритети, залежності, ризики та релізи ще можна нормально вибудувати під команду і продукт.
2. Є простір для самостійних рішень. Від тебе очікують, що ти сам(а)  бачитимеш, де процес просідає, що потрібно змінити і які ризики варто підсвітити ще до того, як вони стануть проблемою. Питання, які можна вирішити всередині команди, не потрібно постійно нести на погодження.
3. Є сильний технічний Project Lead поруч. Він залишається відповідальним за архітектуру та складні технічні рішення і щонайменше перші пів року буде разом із PM на клієнтських дзвінках. Delivery передаватиметься поступово, без сценарію «ось проєкт, розбирайся».
4. Продукт уже має масштаб. Зараз через платформу працює близько 1000 активних маркетингових агентів, наступна бізнес-ціль — 10 000. На основі даних із платформи клієнт вирішує, куди вкладати маркетинговий бюджет і з ким продовжувати співпрацю.
5. Можна напряму говорити з людьми, які приймають рішення. На weekly є senior management і співвласник бізнесу зі сторони клієнта. Якщо бачиш ризик або кращий варіант — його можна одразу винести на обговорення й отримати рішення.
6. У команді нормально сперечатися по суті. Очікують аргументованої позиції і від PM, і від розробників. Якщо запит клієнта або рішення команди виглядає слабким — це нормально підсвітити, пояснити наслідки і запропонувати інший варіант.
7. Роль може вирости далі за один проєкт. Після стабілізації delivery на першому продукті можна поступово підключати другий, впливати на hiring і долучатися до performance review команди. Орієнтир — приблизно 3–6 місяців.

З ким працюватимеш: Project Lead, команда розробки та QA, а зі сторони клієнта — маркетингові команди, data-аналітики та senior management.

Ця роль для тебе, якщо:

1. Маєш 3+ років досвіду в Project Management і самостійно будував або суттєво перебудовував delivery-процеси щонайменше на двох проєктах: planning, backlog, пріоритети, ризики, залежності, релізи та звітність.
2. Маєш досвід зі складними web / SaaS / fintech / high-load / data-heavy продуктами, де багато інтеграцій, залежностей і стейкхолдерів.
3. Маєш досвід роботи в клієнтській моделі, де продуктова візія, scope і пріоритети приходять від замовника. Вмієш перетворювати їх на зрозумілий план роботи для команди, підсвічувати ризики та пропонувати кращий шлях реалізації.
4. Вмієш перетворити «нам потрібно ось це» на задачу, готову до роботи: зрозуміти бізнес-потребу, визначити scope / out of scope, acceptance criteria, ризики, залежності та відкриті питання.
5. Вмієш працювати із залежностями на стороні клієнта: отримувати потрібні рішення, доступи та відповіді, фіксувати owner і deadline та завчасно показувати, як затримка вплине на delivery.
6. Тримаєш історію вимог і домовленостей. Якщо новий request суперечить рішенню двотижневої давнини — помітиш це й винесеш на обговорення, а не просто тихо переробиш.
7. Ведеш backlog на рівні пріоритетів, owners, blockers і dependencies. Якщо посеред роботи з’являється новий P0 — можеш одразу показати, що саме через нього зсувається і як змінюються строки.
8. Розумієш QA як частину delivery: закладаєш тестування, acceptance criteria, повторні перевірки та release readiness ще під час планування задачі.
9. Добре орієнтуєшся в технічній частині продукту на PM-рівні: client-server взаємодія, API, dev / staging / production, deploy та release process. Можеш самостійно відправити API request, прочитати response і нормально розумієш технічну мову розробників.
10. Маєш сильний client-facing досвід та англійську від B2: можеш самостійно вести дзвінки, аргументувати позицію, отримувати рішення від клієнта й тримати відкриті питання до їх закриття.
11. Сильний(а) у письмовій комунікації: meeting summary, decision log, work reports і next steps фіксуєш так, щоб стан проєкту можна було зрозуміти без окремого дзвінка з тобою.
12. Працював(ла)  із кросфункціональною командою dev + QA та розумієш, як розподіляти роботу з урахуванням завантаження, складності задач і рівня спеціалістів.
13. Комфортно працюєш там, де частина процесів ще не описана. Можеш самостійно  визначити, що потрібно структурувати зараз, а де додатковий процес тільки створить бюрократію.
14. Ідеально, якщо ти орієнтуєшся в базових marketing metrics: registrations, deposits, retention, acquisition cost. Глибока маркетингова експертиза не потрібна, але важливо розуміти логіку показників і говорити з бізнесом однією мовою.

Буде перевагою: досвід з affiliate / performance marketing, iGaming / betting, fintech / payment продуктами, BI / data-платформами або системами з великою кількістю інтеграцій.

Окремо важливо: сама платформа не є gambling-продуктом, але працює з даними бізнесу з iGaming-домену, тому важливо, щоб такий контекст був для тебе ок.

Що буде у твоїх задачах:

1. Вести delivery від запиту до production: backlog, planning, пріоритети, статуси, залежності, ризики та релізи.
2. Перетворювати запити клієнта на задачі, з якими команда реально може працювати: уточнювати бізнес-потребу, scope / out of scope, acceptance criteria, відкриті питання та залежності.
3. Не давати задачам зависати між етапами. Розуміти, що блокує analysis, development чи QA, кому потрібне рішення і що варто ескалювати ще до того, як це вплине на строк.
4. Тримати backlog і потік роботи прозорими: owners, пріоритети, блокери та розподіл задач між розробниками. Якщо новий пріоритет заходить посеред роботи — одразу фіксувати, що саме він зсуває і як змінюються строки.
5. Вести delivery-комунікацію з клієнтом: weekly, статуси, meeting summaries, відкриті питання, залежності та поетапні таймлайни після синхронізації з командою.
6. Координувати релізи та client acceptance: включати QA в план до факту релізу, тримати release readiness і follow-up після інцидентів.
7. Тримати єдину картину по рішеннях і даних: decision log, work reports, актуальні визначення метрик і контекст змін, щоб команда та клієнт не жили в різних версіях домовленостей.
8. Прибирати ручну операційну роботу: автоматизувати звіти, статуси, нагадування та іншу рутину там, де вона реально забирає час.
9. Поступово стати основною точкою по delivery для клієнта й команди, щоб Project Lead залишався в ролі технічної експертизи, а не тягнув на собі координацію проєкту.

Що компанія пропонує:

1. Повністю remote формат. Команда працює за українським робочим графіком, але клієнт знаходиться в GMT+8, тому частина клієнтських дзвінків проходить зранку.  Для орієнтиру: коли в Києві 8:00–9:00, у клієнта вже 13:00-14:00. Важливо, щоб регулярні ранкові дзвінки були для тебе комфортними.
2. 26 оплачуваних вихідних днів на рік: 24 дні можна використовувати на власний розсуд, ще 25 грудня та 1 січня — фіксовані вихідні для всієї команди.
3. Співпрацю за контрактом і виплати в євро на банківський рахунок.
4. Без time trackers і контролю кожної години. Важливі результат, відповідальність за свою зону та прозора комунікація.
5. Реалістичне планування строків і навантаження. Регулярної вечірньої та нічної роботи на проєкті немає.
6. Щорічний performance review разом із переглядом компенсації.
7. Можливість поступово розширювати зону відповідальності. Після стабілізації delivery на першому проєкті, орієнтовно через 3–6 місяців, можна підключити другий продукт.
8. Вплив на команду: участь у hiring, onboarding та performance review по delivery-частині.
9. Компактну команду без кількох рівнів менеджменту. CEO і CTO залишаються hands-on, а Project Lead буде поруч протягом передачі проєкту й щонайменше перші пів року залишатиметься на клієнтських дзвінках.

Етапи відбору:

1. Інтерв’ю з рекрутером talanovyti.
2. Технічна співбесіда на стороні talanovyti з нашим експертом.
3. Технічна зустріч із Project Lead.
4. Фінальна зустріч з CEO.
5. Перевірка рекомендацій і offer 🤝

Хочеться не просто підтримувати готовий delivery-процес, а побудувати той, який працюватиме на масштабі? Надсилай резюме — і будемо знайомитися 🙌