Когда искала новую работу, RnD-департаменты рассматривала в первую очередь. Было очень интересно туда попасть и разобраться изнутри :) Расскажу чуть подробнее, что это такое и зачем RnD нужен современному бизнесу.

RnD - это сокращение от Research And Development. Так называется структура внутри компании, которая занимается постоянным поиском и разработкой инноваций - причем это касается как создания совершенно новых продуктов, так и улучшения существующих. Постоянные проверки гипотез, поиск новых нестандартных решений - это все RnD. Цель подразделения - ускорять рост доли рынка и доходов компании.

Из необычного:

1) 📈 целеполагание: обычно у продуктовых команд есть коммит на то, что продукт А принесет X денег за отчетный период - через это обосновываются ресурсы и вокруг этого строится планирование - иногда в рамках целого года. В RnD цель строится наоборот - целое направление должно принести X за год, идеи этого направления предварительно просчитываются, но за счет какой из идей произойдет рост - никто не знает.

Поэтому проверка гипотез в RnD идет постоянно - а масштабирование успешных вариантов происходит уже в других подразделениях. Есть общие стратегические направления развития (например как у нас - растить иммерсивность карты, удобство платформы для рекламодателей и т.д.) Но вот какими путями цели будут достигнуты - вариантов сотни, из них нужно отбирать лучшие и быстро проверять, а неэффективное - сразу отбрасывать.

2) 📊 планирование: тут первый раз столкнулась с тем, что хотя идеи генерит продакт, но вот решает, какую из идей реализовать, именно разработка. После Авито было очень непривычно - там разработка участвует в оценке, но итоговое решение за продактом (в большинстве случаев). Сразу оговорюсь, что в RnD точно так же есть инициативы снизу вверх, как в остальных продуктовых направлениях - особенно с применением AI, с которым тест проходит еще быстрее.

Сложность жизни в RnD в том, что инициатив много (только в нашу команду ежеквартально прилетает порядка 250 новых брифов) и очень часто вообще никто не знает, как это сделать - примеров нет. Могут быть ситуации, когда планировали ресурсы 3х команд, а при разработке оказывается, что нужны еще 4. Учишься относиться к этому философски и быстро просчитывать риски. И налаживать общение между отделами тоже…) Потому что здесь без слаженной командной работы и помощи профи-коллег не обойтись.

RnD встречается не только в IT, но и в медицине, промышленности, экономике. В общем, везде где индустрия требует быстрых изменений. Кстати по описанию это сильно похоже на ТРИЗ - теорию решения изобретательских задач. Помню, что у наших физиков в универе был такой предмет, на который я иногда сбегала со своих пар по культурологии :) Кто бы знал, что однажды пригодится 🚀