О наших проектах:
Швейцария, Великобритания, Германия, Скандинавия, США.
Преимущественно fin tech (mortgages, loans, investments management, но никаких срмок!!), но также бывает travel, real estate и др.
Средняя продолжительность — год, минимально от полугода
Успех клиента — наш успех, компания вкладывается на начальных этапах в успешный запуск продукта клиента (MVP версию), цель — долгосрочный рост продукта клиента и, как следствие, наш рост вместе с ними
Требования коротко:
Английский — последние полгода у вас была практика общения (speaking, не writing) минимум 2 раза в неделю
практический опыт в аутсорсе — 3+ лет, плюсом будет опыт успешных фиксд прайс проектов
Практическое применение Scrum
Дисциплина — вам не лень писать meeting memos и прочие отчеты, вы на своем опыте знаете их смысл и пользу
Детальнее:
Самостоятельность — это когда клиента спрашиваешь, как дела на проекте, а он отвечает, что всем доволен, команда поставляет то, что мне нужно и быстро.
Английский — не тот аппер, который вы себе сами нарисовали в резюме, а умение вести small talk, понимание культуры страны, и на how you’re doing отвечать не I’m fine
Навыки фасилитации встреч — команда и клиент часто друг друга не понимают на уровне терминов, ваша задача быть адаптером, чтобы и технари правильно донесли суть решение, и клиент его дейсвтительно понял и подтвердил осознанно, а не «для галочки»
Проводить воркшопы с клиентом в нашем офисе — периодически (раз в месяц или чуть реже, если клиент из США) мы проводим воркшопы, на которых мы грумим требования к новым фичам, обсуждаем дорожную карту продукта, что стоит делать дальше, обсуждаем текущее состояние продукта и что работает ок\не очень ок, просто общаемся с клиентом (неформально, за жизнь). В среднем, визит клиента длится
Понимание отчетов и как ими пользоваться — version report, control chart, release burndown, velocity chart, time sheet report, cumulative flow diagram (под пониманием имеется в виду знание, как вести задачи и беклог в целом, чтобы эти отчеты отображали реальность проекта)
способность обучать клиента Scrum’у — многие наши клиенты — это не Product owners, а скорее инвесторы и стейкхолдеры, которых интересует больше конечный продукт, чем ваш берндаун и велосити команды, тем не менее, для успешности проекта, клиент должен понимать логику скрама, почему 10 рабочих дней, а не 15, что за эпики\стори и почему важно требования грумить за 2 недели до нового спринта
Базовые навыки product ownership — это когда вы сами изучили рынок и предметную область клиента и советуете ему, что вот эта функциональность не несет business value на данном этапе проекта (еще хорошо бы объяснять, что такое MVP, гипотезы и пр.) и стоит сфокусироваться на более важных частях продукта и не усложнять его на раннем этапе развития. Пониманием, что на предложение «давайте запихнем еще и вот эту секси фичу в беклог\спринт» нужно отвечать не «а как вы хотите, чтобы мы ее сделали?», а «в чем бизнес ценность? почему без этой фичи продукт нельзя запустить?».
Координация команды и клиента — настроить переговорку для звонка (камера, спикерфон, планшет для рисования, вода, стаканы, кабель для подключения к плазме и т.д.). Вроде мелочи, но от них зависит слаженность работы. Если все это делать по ходу встречи, все будут в легком разражении, что не ок.
Управление рисками — информирование клиента о том, что добавляя сейчас простенькую фичу на 20 часов, мы потенциально можем задержать релиз версии на неделю, просто потому что на ее тестинг уйдет вдвое больше времени. Эти зависимости надо понимать и доносить клиенту.
Знание и использование reliable scrum + Gantt + PERT diagrams
(редко, но бывает) навыки бизнес-анализа — BPMN, data flow diagrams, customer journey map, и другие методики выявления требований
Как мы будем оценивать вашу работу:
Опрос NPS — если клиент доволен и готов работать с компанией на следующих проектах, мы считаем, что РМ выполнил свою работу хорошо. А было ли 7 или 10 в ответе, не так важно.
Поставляет ли команда рабочий кусок продукта каждый спринт, ибо если нет, пункт один отменяется:)