Компетентностный подход в ИТ

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

К омпетентность vs Компетенция

Мы четко разделяем понятия «компетентность» и «компетенция». Компетентность описывает, ЧТО должен делать сотрудник на рабочем месте, а компетенция — КАК он это делает. Рассмотрим пример компетентностей и компетенций тестировщика.

З ачем вообще в это лезть?

Когда мы составляем программу обучения и развития для какой-либо категории специалиста, мы должны четко понимать:

• что он должен делать;
• как он это должен делать, чтобы можно было говорить о его эффективности.

Именно это и нужно проверять по результатам обучения. Не знание того, что такое план тестирования. И даже не знание того, чем отличаются в тестировании ПО методы «белого», «серого» и «черного» ящика. Проверять нужно, как человек их применяет в разных рабочих ситуациях, учитывает ли возможные изменения условий и т.п. А значит, что при обучении необходимо создавать как можно больше рабочих ситуаций, в которых можно наблюдать за тем, как действует человек.

Иными словами, компетентностный подход заключается в том, что мы создаем условия не только и не столько для получения знаний, сколько для получения опыта самостоятельных действий в рабочих ситуациях. Тем самым решается старая проблема, которая давно гоняет новичков по замкнутому кругу: не берут на работу > нет опыта > не берут на работу > нет опыта…

Ч то это меняет в традиционном подходе?

Практически все: от содержания до методов и инструментов обучения. Покажу на примерах.

ИТ-специалисты редко работают сами по себе — разве что фрилансеры… Иными словами, важно, чтобы ИТ-специалист умел работать в команде. Значит, обучая ИТшника, надо ставить его в ситуации, когда его результат зависит от действий других людей, а результаты других людей — от его действий. Результат каждый раз будет непредсказуемым, а правильного решения задачи и вовсе не существует. Преподавателю надо быть готовым к тому, что люди будут допускать ошибки, а то и вообще не справятся с задачей, т.к. не смогут договориться. Задача обучаемого — получить опыт и сделать выводы, и этот опыт не обязательно должен быть положительным! Задача преподавателя — своевременная обратная связь, наставничество, поддержка, но не натаскивание на правильные ответы и действия.

Одна из самых частых задач, с которой сталкиваются все ИТ-специалисты — необходимость самостоятельно (!) разбираться в новой предметной области. При традиционном подходе мы изучаем предметную область так, как ее видит преподаватель. Но преподаватель не пойдет с нами на работу. Значит, вместо того, чтобы вываливать на обучаемого хорошо подобранные источники, нужно дать ему лишних источников, или не дать нужных вовсе. Научить его «спорить с учителем» и подвергать проверке все, что тебе говорят.

Ф антастика? Вы просто не умеете его готовить!

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

Хотите попробовать? Приходите, научу!