Несущие конструкции: как РП стать «своим» в R&D — 21 апреля 2026 г. в 09:25:25.299
Несущие конструкции: как РП стать «своим» в R&D Я долгое время считала, что фундаментом отношений с командой служат мои софт-скиллы, умение «мягко требовать» и природная неконфликтность, которые в IT-среде были моей безупречной опорой. Весной 2022 года я перешагнула (разбежавшись, прыгнула) в стартап переходного возраста: с десятком НИОКР, высоким уровнем технического долга и ГОЗ в портфеле. Моё представление о работе с командой было вывернуто наизнанку: отсутствие авторитета, нелояльность и недоверие к РП и как следствие — непонимание собственной роли, пользы и границ ответственности. Специфика инженерной команды, помноженная на ещё живой дух стартапа, создаёт особые сложности для работы РП (о них я рассказывала в посте выше). Итак, на какие же несущие конструкции следует опираться РП, чтобы не потерять профессиональные опоры: 1. Понимание технической части продукта Основные узлы и компоненты, их взаимосвязь, архитектурные принципы и основные способы их изготовления/сборки. Вам придётся не раз задать один и тот же вопрос, просить разобрать узел, потрогать детальку, присутствовать на испытаниях. И это долгосрочная инвестиция, которая всегда окупается. 2. Умение задавать вопросы Позиция «Я нуждаюсь в твоей экспертизе, расскажи/покажи, как это работает». Задавать уточняющие вопросы, чтобы понять, как техническое решение влияет на сроки/риски/бюджет. Здоровый интерес и уважение к экспертизе формируют доверие, снижают защитные реакции. 3. Обмен смыслами Транслировать команде, как техническое решение влияет на сроки и бюджет, а коммуникация — на процессы и загрузку. Это добавляет прозрачности к вашим «бессмысленным» запросам. 4. Прозрачность и метрики Фиксируйте договорённости (включая свои обещания), ориентируйте команду на планы-графики и отклонения. Когда все видят, кто за что отвечает, вероятность манипуляций сводится к минимуму, а показатели делают вклад видимым. 5. Публичное признание Обеспечивать инженерам видимость перед стейкхолдерами, подчёркивать их вклад на встречах с руководством. Такой жест удовлетворяет потребность инженера в признании его интеллектуальной идентичности. Несомненно, это лишь малая часть «умений» хорошего РП и не отменяет взращивания корпоративной культуры, оптимизации бизнес-процессов, но именно эти ключевые аспекты я советую впитать в себя как непреложные истины. В нормальной инженерной среде главная задача РП — не разрушить сплочённость и высокий моральный дух разработки. Но есть, к сожалению, организационные патологии, выходящие за границы нормального сопротивления, в которых РП не может осуществлять свою деятельность без ущерба для психики. Расскажу об этом опыте в следующем посте 👋