Развивай, а не учи: Менторство как партнёрство - страница 3

Шрифт
Интервал


Второй момент – меняется качество обратной связи. Партнёрство строится на обмене мнениями и регулярном осмыслении процесса, что помогает глубже понять свои сильные и слабые стороны. В классическом наставничестве часто ограничиваются односторонними замечаниями: «Ты сделал так, а надо иначе». В партнёрском же режиме наставник задаёт вопросы: «Почему именно этот подход? Какие ожидания были? Что можно сделать лучше в следующий раз?» Такой диалог учит не просто исправлять ошибки, а мыслить критически.

Третье – индивидуальный подход к развитию. Партнёрский формат отказывается от универсальных рецептов и учитывает уникальные особенности каждого. Например, если у ученика хорошие технические навыки, но слабее развиты коммуникативные, наставник сфокусируется на упражнениях по презентациям и переговорам в непринуждённой обстановке. Такая адаптация помогает быстрее продвигаться и не тратить время впустую.

Чтобы внедрить партнёрский подход, полезно:

– Начать с совместного определения целей: не навязывать готовые задачи, а вместе обсудить, что важно ученику и какие умения он хочет развить. Это создаст общий смысл.


– Применять активное слушание и открытые вопросы, чтобы понять не только факты, но и внутренние мотивации, переживания и преграды.


– Ввести регулярные обратные связи и взаимные оценки: наставник оценивает прогресс, а ученик делится, что помогает или мешает.


– Пробовать совместные эксперименты – ставить задачи, где ошибки не опасны, а даже полезны. Вместе анализировать промахи как источник новых знаний.


– Создать пространство для открытого разговора о страхах и неудачах без страха оценки.

Статистика подтверждает эффективность такого подхода: исследования в корпоративной и образовательной сферах показывают, что команды и сотрудники, работающие по партнёрской модели, быстрее адаптируются к переменам, решают сложные задачи на 30-40% эффективнее и сохраняют мотивацию и удовольствие от процесса.

Для примера можно привести технологическую компанию, где старшие разработчики не просто обучали новичков, а вместе с ними искали новые архитектурные решения. Вместо готовых инструкций они задавали сложные вопросы и обсуждали варианты. Это вдвое сократило время адаптации новичков и привело к появлению нескольких инноваций, которые компания успешно внедрила.