Библиографическое описание:

Болгарина Е. В. Модель методической системы формирования компетенции коллективной работы у бакалавров направлений информационных технологий // Педагогика высшей школы. — 2015. — №2. — С. 18-21.

Совокупность профессионально значимых компетенций, которые должны быть сформированы в процессе подготовки специалистов, безусловно, определяется характером их будущей производственной деятельности. Следовательно, для качественного формирования компетенций необходимо разработать методическую модель, учитывающую особенности профессиональной деятельности специалистов в области разработки прикладного ПО.

Под методической системой (МС) следует понимать систему обучения какому-либо предмету, представляющую собой единство целей, принципов (педагогических, дидактических, методических) и выбранной в соответствии с ними совокупности компонентов (содержания, методов, средств и форм обучения), необходимых для целенаправленного процесса обучения предмету. Понятие «методическая система» рассматривалось многими исследователями, из которых нам ближе всего трактовка МС как совокупности взаимосвязанных компонентов (С. И. Архангельский, Н. В. Кузьмина, А. М. Пышкало).

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

Процесс выявления комплекса условий в обобщённом виде заключается в выполнении следующей последовательности действий:

а) выявление основных компонентов, причастных к достижению цели, их анализ и определение степени причастности;

б) выбор мероприятий, усиливающих эффективность каждого компонента;

в) упорядочение полученных условий (исключение лишних, объединение нескольких в одно и т. д.);

г) проверка каждого условия и всего комплекса.

В. И. Смирнов предлагает разделить всё многообразие условий эффективности педагогической деятельности на объективные и субъективные [89].

Субъективные условия:

-          наличие у субъекта деятельности выраженной потребности и устойчивых мотивов её осуществления, принятие им цели и программы деятельности;

-          опыт организации и осуществления деятельности: теоретическая подготовленность, сформированность умений и практических действий и операций;

-          соответствие содержания и характера деятельности индивидуальным особенностям субъекта;

-          эмоционально-психологическое и физическое состояние субъекта деятельности.

Объективные условия:

а) организационные и средовые:

-          убедительная мотивировка и чёткая постановка цели деятельности, рациональное планирование, организация контроля, объективная оценка;

-          благоприятный нравственно-психологический климат в группе;

-          соответствующие принятым нормам производственно-бытовые и санитарно-гигиенические условия деятельности;

б) ресурсные условия:

-          материально-техническое обеспечение деятельности;

-          информационное обеспечение деятельности;

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

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

Исходя из реальной практики вузовского образования можно констатировать, что обучение дисциплинам из разных циклов не обладает единством объекта изучения, при этом порождается неуправляемое многообразие программ с плохо выраженными межпредметными связями. Усматривается несогласованность, состоящая в том, что в процессе изучения будущими ИТ-специалистами дисциплин гуманитарного и социально-экономического цикла (т. е. дисциплин, связанных с психологией групп, конфликтологией, менеджментом и т. п.) не затрагиваются профессионально значимые вопросы коллективной разработки ИТ-проектов. В то же время в процессе освоения дисциплин профессиональной подготовки практически не рассматриваются социальные вопросы особенностей коллективной разработки ИТ-проектов.

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

Сказанное обусловливает целесообразность выделения четырёх взаимосвязанных этапов для формирования компетенции:

-          организационного;

-          подготовительного;

-          моделирующего;

-          практико-ориентированного.

Цели и содержание этапов формирования компетенции командной работы приведены в таблице 5.

Таблица 1

Этап формирования

Цель

Основные задачи

Организационный

Обеспечить студентам возможность реализации индивидуальных образовательных траекторий обучения.

Выделить базовую составляющую курса, обязательную для усвоения всеми на уровне не ниже порогового.

Обеспечить реальную возможность выбора модулей специализации для углубленного изучения.

Разработать административно-организационные меры по закреплению модульной технологии обучения.

Подготовительный

Дать базовые знания в области программирования.

Освоить основные приёмы программирования в одной из профессиональных сред разработки.

Привить навыки программирования (модульное программирование, выделение классов, документирование кода и т. д.).

Закрепить навык использования профессиональной лексики в устной и письменной речи.

Освоить приёмы работы с инструментальными средствами коммуникации.

Моделирующий

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

Привить навык к поиску решений в профессиональной литературе, в том числе и на форумах программистов.

Освоить технологию поиска справочной информации на сайте разработчика.

Продемонстрировать приёмы формализации задач разработки ПО из различных предметных областей.

Освоить формальный язык моделирования (UML) для построения диаграмм, описывающих различные состояния проектируемого ПО.

Выполнить индивидуальный проект по разработке ПО, подготовить полную документацию и презентовать его публично.

Практико-ориентированный

Применить полученные знания и умения в рамках коллективного проекта в условиях, максимально приближенных к практике.

Принять участие в коллективном проекте в роли одного из участников команды.

Продемонстрировать уровень сформированности компетенции.

 

Добиться указанных целей и решить поставленные на каждом этапе задачи невозможно без системного применения активных методов обучения и использования современных сетевых технологий. Одним из главнейших условий следует считать предоставление студентам возможности реального выбора направления профессиональной специализации, иначе говоря, индивидуальной траектории обучения. Учитывая, что организация обучения с использованием индивидуальных образовательных траекторий неизбежно приведёт к тому, что процесс обучения перестанет быть синхронным для большинства обучаемых в группе, необходимо использовать современные средства управления и самоуправления процессом обучения. Идея асинхронной организации процесса обучения бакалавров не нова и описана, в частности, Б. Е. Стариченко [92].

Рассмотрим наиболее подходящие методические приёмы, инструментальные решения и технологии, для основных значимых, завершающих этапов.

Моделирующий этап

Данный этап призван формировать компетенции командной работы на более высоком уровне. Если организационно-административные условия выполнены, то изучение программирования на данном этапе продолжают только те студенты, кто выбрал для себя профессиональное направление — разработчик или тестировщик ПО. Основной педагогической технологией данного этапа является индивидуальная проектная деятельность.

Учебный проект, в отличие от практического, является результатом планирования образовательного процесса педагогом. Поэтому мы предлагаем следующие этапы выполнения учебных проектов:

-          Формулировка задания или проблемы, которую предстоит решить в ходе работы над проектом. Задания для проекта следует давать в свободной формулировке, чтобы студенту пришлось выполнить этап формализации задания, отделения существенного от второстепенного. На этом этапе роль Заказчика выполняет преподаватель, к которому студент обращается за уточнением критериев выполнения проекта.

-          Подготовка теоретического материала преподавателем — в виде текстов, ссылок на ресурсы и тематические сайты. Таким образом, студент знает, что весь необходимый материал отобран, но он может продолжить самостоятельный поиск более подробных объяснений и примеров. Преподаватель читает обзорную лекцию по теме, заостряя внимание студентов на ключевых моментах, но не даёт готовых рецептов решения. В процессе выполнения проекта преподаватель отвечает на корректно заданные вопросы или приходит на помощь в случае фатального затруднения. Преподаватель перестаёт быть «носителем знаний», а становится консультантом, оказывающим помощь студентам в самостоятельном овладении предметом.

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

-          Документирование программного кода и его модульное построение являются обязательными требованиями к оформлению задания.

-          Ограниченность срока выполнения проекта накладывает определённые ограничения на сложность решаемой задачи. Проект должен длиться не дольше, чем четыре недели, включая выдачу задания и его защиту. Более длительные проекты приводят к тому, что студенты стремятся отложить выполнение задания, так как «времени ещё много». За период изучения модуля студент должен успеть выполнить не менее 3-х проектов.

-          Дифференциация по сложности выполнения проекта. Известно, что в программировании, как и в любой творческой деятельности, добиться одного и того же результата можно разными способами. Так и при выполнении учебного проекта следует предусмотреть различные варианты его выполнения — от более простых и очевидных до более сложных, решаемых с привлечением современных средств и методик. Естественно, что уровень сложности при выполнении проекта скажется на итоговой оценке.

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

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

Практико-ориентированный этап

На данном этапе предполагается участие в коллективном проекте.

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

Теоретическая часть курса предусматривает лекционно-семинарские занятия и практикум. Темы лекционно-семинарских занятий представлены в таблице 6. Параллельно с теоретическим курсом выполняется единый для всех проект.

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

Командная разработка программ до сих пор остаётся серьёзной проблемой в силу ряда объективных причин. Наиболее современные методы организации командной разработки — Scrum, Agile Development, CMMI — требуют разработки и апробации различных методик применения в стан-дартном учебном процессе. Как бы то ни было, но коллективная командная работа в проекте должна стать реальностью при подготовке бакалавров ИТ-направлений.

 

Литература:

 

1.         Осокина Екатерина Васильевна. Использование метода коллективного проектирования при обучении будущих специалистов в области информационных технологий разработке информационных систем [Текст]: дис. … канд. пед. наук: 13.00.02: защищена 10.06.2011 / Екатерина Васильевна Осокина; науч. рук. Б. Е. Стариченко. — Екатеринбург, 2011. — 172 с. Библиогр.: л. 85–96.

2.         Профессиональные стандарты в области ИТ [Электронный ресурс] / Официальный сайт Ассоциации т предприятий компьютерных и информационных технологий. — Режим доступа: http://www.apkit.ru/committees/

3.         education/meetings/standarts.php (дата обращения: 10.06.2015).

4.         Стариченко Б. Е. Синхронная и асинхронная организация учебного процесса в вузе на основе информационно-технологической модели обучения [Текст] / Б. Е. Стариченко // Педагогическое образование в России. — 2013. — № 3. — С. 28–31.

5.         Томпсон Л. Создание команды [Текст] / Л. Томпсон. — М.: Вершина, 2006. — 544 с.

Обсуждение

Социальные комментарии Cackle

Посетите сайты наших проектов