2.2 Разработка онтологической модели оценки компетенций руководителей ИТ-проектов

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

В последнее время использование онтологий для моделирования предметных областей автоматизированных информационных систем получает все более широкое распространение [32,34,38]. Наиболее часто такой подход применяется для интеллектуальных систем принятия решений [34,38]. Это связано с тем, что онтологическая модель позволяет разработать модель метаданных, что значительно улучшает использование системы широким кругом пользователей с точки зрения организации взаимодействия.

Онтология - это полное определение (спецификация) совместно используемой концептуализации. Концептуализацией именуется абстрактное упрощенное представление мира, которое формируется для некоторых целей[40]. Онтология является точным определением (спецификацией) потому, что она представляет концептуализацию в конкретной форме. Она является явной, потому что все используемые в ней ограничения явно определены. Слово формальная означает, что онтология должна пониматься машиной. Слово совместно используемая указывает на то, что онтология содержит согласованные знания.

Существует еще одно рабочее определение понятию онтология, по мнению Гаврилова Т.А. и Хорошевский Ф.В. «онтология - это базы знаний специального типа, которые могут «читаться» и пониматься, отчуждаться от их разработчика и /или физически разделяться их пользователями» [40,41,42].

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

При построении модели мы должны ответить на следующие вопросы:

? Кто ответственный за каждый компетенции?

? Каково содержимое каждой компетенции?

? Кто оценивает компетенции?

Построим онтологическую модель оценки компетенций руководителей ИТ-проектов. Построение модели состоит из ряда последовательных этапов (рисунок 11). Создание онтологической модели будет происходить на основе инструментального комплекса Protege.

Класс: SYSTEM_CLASS используется для определения структур различных форм Protege[53].

Классы - это основные объекты предметной области, над которыми будут производиться действия.

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

Рисунок 11. Этапы формирования онтологической модели Этап 1. Создание классов и подклассов

Нами были выделены следующие основные классы и подклассы модели:

Класс «Руководитель ИТ-проекта» (конкретный класс):

? Оценивающий. Руководитель ИТ-проекта, который на данный момент работает в проектной организации и имеет более высокий уровень квалификации.

? Оцениваемый. Руководитель ИТ-проекта, который на данный проходит аттестацию или принимается на работу.

Класс «Область компетенций» (конкретный класс). Содержит в себе компетенции руководителя ИТ-проекта 6 уровня квалификации.

Класс «Раздел кейса» (конкретный класс).

Для создания классов и подклассов в системе Protege мы воспользовались вкладкой Classes и операцией Создание класса. Для создания подкласса необходимо выбрать класс-родитель, после чего произвести действие по созданию нового класса. Основные поля, операции и созданные классы, а также их подклассы в системе Protege представлены на рисунке 12.

Рисунок 12. Классы онтологической модели



Этап 2. Работа со слотами.

Этап 2.1. Создание слотов.

В онтологических моделях под классами понимаются конкретные объекты и понятияпредметной области, которые могут быть объединены в иерархию. Они также имеют атрибуты (свойства), к примеру, уровень квалификации или стаж работы и отношения между ними.

Атрибуты и отношения класса описываются конструкцией под названием слот (атрибуты, свойства).

На данном этапе нами будет созданы основные слоты классов, которые представлены в таблице 9. Слоты классов в системе Protege, на примере слота «Наименование», представлены на рисунке 13.

Таблица 9. Слоты классов

Класс / Подкласс	Слот
Руководитель ИТ-проекта - Оценивающий	Наименование
	Оценивает
	Проставляет оценку
Руководитель ИТ-проекта - Оцениваемый	Наименование
	Опыт работы
	Освоенные области компетенции
	Оценка раздела 1
	Оценка раздела 2
	Оценка раздела 3
	Оценка раздела 4
	Оценка раздела 5
	Оценка раздела 6
	Оценка раздела 7
	Оценка раздела 8
	Оценка раздела 9
	Оценка раздела 10
	Оценка раздела 11
	Текущий уровень квалификации
	Оценка за кейс
	Номер
Области компетенций	Наименование
Раздел кейса	Номер
	Соответствует

Для создания слотов мы воспользовались вкладкой Slots и операцией Создание слота (рисунок 13).

Рисунок 13. Атрибуты классов

Мы определили атрибуты и привязали их к классам. Далее мыопишем все ограничения слотов и опишем отношения между классами через слоты.

Этап 2.2. Создание ограничений слотов.

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

? Тип значения. Число, строка, логический тип и т.д.

? Приделы. Выражается в минимуме и максимуме.

Все ограничения будут задействованы в системе Protegeпри заполнении форм.

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

Тип Instance - тип отношений, тип String - текстовое значение и тип

Float - числовое.

Ограничения по слотам приведены в таблице 10.

Таблица 10. Ограничения слотов

Класс / Подкласс	Слот	Тип	Приделы (min/max)
Руководитель ИТпроекта - Оценивающий	Наименование	String	нет
	Оценивает	Instance	Привязан к классу Оцениваемый
	Проставляет оценку	Instance	Привязан к классу Оцениваемый
Руководитель ИТпроекта - Оцениваемый	Наименование	String	нет
	Опыт работы	Float	от 0 до -
	Освоенные области компетенции	Instance	Привязан к классу Области компетенций
	Оценка раздела 1	Float	от 0 до 3
	Оценка раздела 2	Float	от 0 до 3
	Оценка раздела 3	Float	от 0 до 3
	Оценка раздела 4	Float	от 0 до 3
	Оценка раздела 5	Float	от 0 до 3
	Оценка раздела 6	Float	от 0 до 3
	Оценка раздела 7	Float	от 0 до 3
	Оценка раздела 8	Float	от 0 до 3
	Оценка раздела 9	Float	от 0 до 3
	Оценка раздела 10	Float	от 0 до 3
	Оценка раздела 11	Float	от 0 до 3
	Текущий уровень квалификации	Float	от 6 до 8
	Оценка за кейс	Float	от 0 до 33
	Номер	Float	от 0 до -
Области компетенций	Наименование	String	нет
Раздел кейса	Номер	Float	от 0 до -
	Соответствует	Instance	Привязан к классу Области компетенций

Для описания ограничений слотов в системе Protegeмы воспользовались панелью SlotEditor. На рисунке 14 представлены описанные ограничения слота «Освоенные области компетенций», основные поля и их описание.

Рисунок 14. Ограничения слота «Освоенные области компетенций»

Этап 2.3. Создание отношений между классами через слоты.

Следующий этап это создание отношений между классами. Отношения создаются как слоты, именуются глаголом и указывают на связь между классами.

В таблице 11 приведены отношения между классами.

Таблица 11. Отношения между классами

Отношение	Тип	Признак	Описание
Оценивает	Instance	Более одного (multiple)	Подкласс Оценивающий руководитель ИТ-проектов оценивает подкласс Оцениваемый руководитель ИТ-проектов
Проставляет оценку	Instance	Более одного (multiple)	Подкласс Оценивающий руководитель ИТ-проектов проставляет оценкуп одклассу Оцениваемый руководитель ИТ-проектов
Соответствует	Instance	Более одного (multiple)	Класс Область компетенций соответствует Разделу кейса



На рисунке 15 представлены отношения между классами в системе Protege на примере отношения «Соответствует».

Рисунок 15. Отношения между классами Этап 3. Создание экземпляров классов

Этап заключается в формировании базы знаний. Перед тем, как начать формировать базу знаний необходимо перепроверить структурусозданной онтологической модели, иначе изменения структур может повлечь потерю введенных данных [53].Кроме того, при добавлении новых слотов, необходимо заполнять их значения для старых экземпляров классов[53].Данный этап целесообразно формировать при адаптации кейса под проектную организацию (см. раздел 2.3).

Этап 4. Настройка форм отображения.

Для каждого класса в системе формируетсяформаотображения, которая вы будет использоваться для ввода данных экземпляра. Поля соответствуют слотам[53].Для разных типов данных слотов существуют разные типы полей для ввода данных [53]:

? текстовый (TextFieldWidget);

? целочисленный (IntegerFieldWidget/FloatFieldWidge);

? список экземпляров (InstanceListWidget/InstanceTableWidget).

На рисунке 16 представлены слоты на вкладке «Формы», созданные автоматически.

Рисунок 16. Формы слотов

На примере класса «Оцениваемый» настроим формы отображения в соответствии с таблицей 12.

Аналогичные действия мы провели с другими классами и подклассами:

? Оценивающий (рисунок 18).

? Области компетенций (рисунок 19).

? Раздел кейса (рисунок 20).

Таблица 12. Настройка форм слотовподкласса «Оцениваемый»

Номер по порядку	Форма	Тип отображения
1	Наименование	TextFieldWidget
2	Оценка раздела 1	FloatFieldWidge
3	Оценка раздела 2	FloatFieldWidge
4	Оценка раздела 3	FloatFieldWidge
5	Оценка раздела 4	FloatFieldWidge
6	Оценка раздела 5	FloatFieldWidge
7	Оценка раздела 6	FloatFieldWidge
8	Оценка раздела 7	FloatFieldWidge
9	Оценка раздела 8	FloatFieldWidge
10	Оценка раздела 9	FloatFieldWidge
11	Оценка раздела 10	FloatFieldWidge
12	Оценка раздела 11	FloatFieldWidge
13	Оценка за кейс	FloatFieldWidge
14	Освоенные области компетенции	InstanceTableWidget

Описав все формы и расставив их в соответствии с приоритетом, получилась форма, представленная на рисунке 17.

Размещено на http://www.allbest.ru/

1

Размещено на http://www.allbest.ru/

Рисунок 17. Настроенная форма подкласса «Оцениваемый»



Рисунок 18. Форма подкласса Оценивающий

Рисунок 19. Форма класса Области компетенций



Рисунок 20. Форма класса Раздел кейса Этап 5. Формирование экземпляров классов

На данном этапе мы создадим экземпляры для классов «Области компетенций» и «Раздел кейса» (таблица 13).

Таблица 13. Данные для экземпляров классов Области компетенций и

Раздел кейса

Класс	Данные
Области компетенций	Конфигурационное управление
	Управление изменениями
	Управление договорными отношениями
	Поддержка заказчика
	Управление документацией
	Интеграция проекта
	Управление закупками
	Управление требованиями
	Управление безопасностью
	Управление коммуникациями
	Управление рисками
Раздел кейса	1
	2
	3
	4
	5
	6
	7
	8
	9
	10
	11

Созданные экземпляры класса «Области компетенций» приведены на рисунке 21.

Для создания экземпляров класса «Раздел кейса» необходимо не только внести наименование экземпляра, но также привязать его к экземплярам класса «Области компетенций». Связано это с тем, что каждый раздел кейса соответствует областям компетенций руководителя ИТ-проекта. Экземпляры класса «Раздел кейса» представлены на рисунке 22.

Рисунок 21. Экземпляры класса Области компетенций



Рисунок 22. Экземпляры класса Раздел кейса Этап 6. Формирование запросов

Запросы необходимы для формирования условий поиска. На данном этапе создадим 2 запроса для подкласса «Оцениваемый»:

1. Оценка по кейсу больше 25 (25 не включается).

2. Оценка за раздел кейса 1 равна 3 баллам.

Для создания запросов необходимо перейти на вкладку «Queries» и заполнить следующие поля (рисунок 23):

?	Class. Определение класса для запроса.
?	Slot. Определение слота в соответствии с выбранным классом.
?	Условие:

? is (является или равно);

? isgreaterthen (более чем, где значение условия не включается);

? islessthan (менеечем, где значение условия не включается).

? Float. Значение, удовлетворяющее условию и запросу.

Созданные запросы представлены на рисунке 23.

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

Созданные условия можно сохранять для дальнейшего использования.

Рисунок 23. Создание запросов

Графическое представление связей онтологической модели приведено на рисунке 24.

По рисунку наглядно видно, какой слот относится к какому классу и тип связи между ними. Например, экземпляру Менеджер 2.1 соответствуют все 9 областей компетенций руководителя ИТ-проектов.



Рисунок 24. Графическое представление связей онтологической модели

В результате описания раздела 2.2 нам удалось разработать онтологическую модель для оценки компетенций руководителей ИТпроектов, которая включает в себя 5 классов, 22 слота и 5 форм отображения.

Онтологическая модель состоит из 6 последовательных этапов. На первом этапе нами были разработаны основные классы модели. Второй этап подразумевает работу со слотами, который состоит из 3 подэтапов: создание слотов; создание ограничений слотов; создание отношений между классами через слоты. На втором этапе мы создали основные слоты (атрибуты) классов и описали ограничения. На 3 этапеформируется база знаний. Для реализации 3 этапа нами были настроены формы отображения, которые будут использоваться для ввода данных экземпляра. На этапе 5 мы создали экземпляры классов. И на финальном этапе была продемонстрирована работа с формированием запросов.

В разделе 2.3 адаптируем разработанную модель и кейс на проектной организации, где нами будут пройдены этапы 3 и 5 и 6.

2.3Адаптация предлагаемого кейса на примере организаций, занимающихся ИТ-проектами

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

Исходной информацией являются результаты решения кейса 3 руководителей ИТ-проектов двух проектных организаций (приложение А).

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

На рисунке 23 представлено описание действий по заведению результатов прохождения кейсов в систему Protege.

Таким образом, в систему было введено:

? 3 оценивающих руководителя ИТ-проектов;

? 6 оцениваемых руководителей ИТ-проектов, где номер менеджера «число1.число2»: число1 - номер организации, число2 - номер менеджера.

? привязаны освоенные компетенции;

? привязаны оцениваемые к оценивающим руководителям.



Рисунок 25. Заведение результатов прохождения кейса

Рисунок 26. Заведенные результаты прохождения кейса

После внесения всех данных по результатам прохождения кейса необходимо сформировать запросы, для определения компетентных менеджеров ИТ-проектов.

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

1. Важно разделить организации.

2. В поиске участвуют только оцениваемые менеджеры ИТ-проектов.

3. Оценка за кейс должна превышать или быть равно 25.

4. Если оценка кейса менее 25, то необходимо провести проверку на освоенные компетенции оцениваемым менеджером ИТ-проектов. Для организации 1 важны следующие области компетенций:

? Управление изменениями.

? Управление договорными отношениями.

? Поддержка заказчика.

? Управление документацией.

? Управление закупками.

? Управление требованиями.

? Управление коммуникациями.

? Управление рисками.

Значит, для организации 1 малую роль играют следующие области компетенций руководителя ИТ-проектов: конфигурационное управление, интеграция проекта, управление безопасностью.

Для организации 2 важны следующие области компетенций:

? Управление изменениями.

? Управление договорными отношениями.

? Поддержка заказчика.

? Управление документацией.

? Интеграция проекта.

? Управление закупками.

? Управление требованиями.

? Управление коммуникациями.

? Управление рисками.

Для организации 2 малую роль играют следующие области компетенций руководителя ИТ-проектов: конфигурационное управление, управление безопасностью.

Сформируем запросы в системе Protegeна основе полученных требований (таблица 14).

Таблица 14. Условия запросов

Название запроса	Условие
Оценка более и равна 25	Подкласс Оцениваемый, слот Оценка за кейс более чем или равно 25.
Освоенные области компетенций организации 1	Подкласс ? ?	Оцениваемый, слот Освоенные области компетенций: Управление изменениями. Управление договорными отношениями.
	?	Поддержка заказчика.
	?	Управление документацией.
	?	Управление закупками.
	?	Управление требованиями.
	?	Управление коммуникациями.
	?	Управление рисками.
Освоенные области компетенций организации 2	Под ком ? ?	класс Оцениваемый, слот Освоенные области петенций: Управление изменениями. Управление договорными отношениями.
	?	Поддержка заказчика.
	?	Управление документацией.
	?	Интеграция проекта.
	?	Управление закупками.
	?	Управление требованиями.
	?	Управление коммуникациями.
	?	Управление рисками.

На рисунке 27 представлена форма формирования с запросов в системе Protege.



Рисунок 27. Форма формирования условий запроса

Таким образом, мы можем выбирать нужный запрос из списка и искать кандидатов. Запросы могут быть изменены или добавлены, но нами была разработана универсальная структура, которая не требует изменения в запросах, классах или слотах. В дальнейшем подразумевается внесение новых данных (результатов прохождения кейса) и поиск.

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

Подбор руководителя ИТ-проектовк проекту.

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

Формирование критериев оценки работы персонала, занятого в проектах, и также для разработки адекватной системы мотивации.

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

В результате нами был разработан кейс-метод, позволяющий оценить компетенции руководителей ИТ-проектов 6 уровня квалификации, при приёме на работу или при проведении аттестации. Разработанный кейс содержит структуру: кейс - функциональная область - раздел кейса - ситуация кейса - задания и компетенции. Кейс оценивается в 2 этапа: текущая оценка и общая. Текущая оценка формируется по разделам кейса и оценивается по трём критериям: оригинальность подхода; применимость решения на практике; глубина проработки проблемы. Общая оценка является суммой всех баллов по каждому разделу. Решение кейса (особенно комплексного, как в нашем случае) требует определенного времени, обработка полученных результатов также занимает немалое время. Для удобства необходимо создать базу знаний с критериями и баллам, позволяющая сократить длительность выборки кандидатов.

В результате описания раздела 2.2 нам удалось разработать онтологическую модель для оценки компетенций руководителей ИТ-проектов, которая включает в себя 5 классов, 22 слота и 5 форм отображения.

Онтологическая модель состоит из 6 последовательных этапов. На первом этапе нами были разработаны основные классы модели. Второй этап подразумевает работу со слотами, который состоит из 3 подэтапов: создание слотов; создание ограничений слотов; создание отношений между классами через слоты. На втором этапе мы создали основные слоты (атрибуты) классов и описали ограничения. На 3 этапе формируется база знаний. Для реализации 3 этапа нами были настроены формы отображения, которые будут использоваться для ввода данных экземпляра. На этапе 5 мы создали экземпляры классов. И на финальном этапе была продемонстрирована работа с формированием запросов.

В разделе 2.3 адаптируем разработанную модель и кейс на проектной организации, где нами будут пройдены этапы 3 и 5 и 6.

Таким образом, мы можем выбиратьнужный запрос из списка и искать кандидатов. Запросы могут быть изменены или добавлены, но нами была разработана универсальная структура, которая не требует изменения в запросах, классах или слотах. В дальнейшем подразумевается внесение новых данных (результатов прохождения кейса) и поиск.

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

Подбор руководителя ИТ-проектов к проекту.

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

Формирование критериев оценки работы персонала, занятого в проектах, и также для разработки адекватной системы мотивации.

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



Заключение

кейс руководитель проектный компетенция

В 1 главе нами были рассмотрены предпосылки формирования понятия «компетенции». Рассмотрено определение компетенции с разных точек зрения российских и зарубежных ученных. Определены группы компетенций: личные, профессиональные и описана их взаимосвязь. Профессиональные компетенции базируются на следующих элементах: знания, умения и способности. Последние 2 элемента являются основополагающими при аттестации специалистов. Следует отметить, что в настоящее время не существует единого согласованного перечня профессиональных компетенций. Это связано с тем, что многие компетенции имеют узкую направленность, которые отображены в стандартах предметной области.

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

В итоге, взяв за основу профессиональный стандарт «Руководитель проектов в области информационных технологий» нами были выделены основные компетенции и знания руководителя ИТ-проектов в соответствии с уровнями квалификации. Выделенные компетенции лягут в основу дальнейшего исследования и формирования онтологической модели оценки профессиональных компетенций руководителей ИТ-проектов.

В результате нами был разработан кейс-метод, позволяющий оценить компетенции руководителей ИТ-проектов 6 уровня квалификации, при приёме на работу или при проведении аттестации. Разработанный кейс содержит структуру: кейс - функциональная область - раздел кейса - ситуация кейса - задания и компетенции. Кейс оценивается в 2 этапа: текущая оценка и общая. Текущая оценка формируется по разделам кейса и оценивается по трём критериям: оригинальность подхода; применимость решения на практике; глубина проработки проблемы. Общая оценка является суммой всех баллов по каждому разделу. Решение кейса (особенно комплексного, как в нашем случае) требует определенного времени, обработка полученных результатов также занимает немалое время. Для удобства необходимо создать базу знаний с критериями и баллам, позволяющая сократить длительность выборки кандидатов.

В результате описания раздела 2.2 нам удалось разработать онтологическую модель для оценки компетенций руководителей ИТ-проектов, которая включает в себя 5 классов, 22 слота и 5 форм отображения.

Онтологическая модель состоит из 6 последовательных этапов. На первом этапе нами были разработаны основные классы модели. Второй этап подразумевает работу со слотами, который состоит из 3 подэтапов: создание слотов; создание ограничений слотов; создание отношений между классами через слоты. На втором этапе мы создали основные слоты (атрибуты) классов и описали ограничения. На 3 этапе формируется база знаний. Для реализации 3 этапа нами были настроены формы отображения, которые будут использоваться для ввода данных экземпляра. На этапе 5 мы создали экземпляры классов. И на финальном этапе была продемонстрирована работа с формированием запросов.

В разделе 2.3 адаптируем разработанную модель и кейс на проектной организации, где нами будут пройдены этапы 3 и 5 и 6.

Таким образом, мы можем выбирать нужный запрос из списка и искать кандидатов. Запросы могут быть изменены или добавлены, но нами была разработана универсальная структура, которая не требует изменения в запросах, классах или слотах. В дальнейшем подразумевается внесение новых данных (результатов прохождения кейса) и поиск.

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

- Подбор руководителя ИТ-проектов к проекту.

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

- Формирование критериев оценки работы персонала, занятого в проектах, и также для разработки адекватной системы мотивации.

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



Список используемых источников

1 Словарь-справочник современного российского профессионального образования. http://www.firo.ru/? page_id=985 (дата обращения: 27.08.2015).

2 Вострокнутов Е.В., Разуваев С.Г. Сущность понятия «творческие компетенции» в спектре категориально-понятийного поля педагогики // Вестник ТГПУ. 2012. №2. URL: http://cyberleninka.ru/article/n/suschnostponyatiya-tvorcheskie-kompetentsii-v-spektre-kategorialno-ponyatiynogo-polyapedagogiki (дата обращения: 13.10.2015).

3 Профессиональная компетентность специалиста. URL:http://edu.dvgups.ru/METDOC/CGU/PSIHOLOG/PSISH_TRUDA/METOD /U_P/frame/1.htm (дата обращения: 13.10.2015).

4 Армстронг М. Практика управления человеческими ресурсами. 8е издание / Перев. с англ. - СПб.: Питер, 2004. с. 291-317.

5 Глоссарий терминов рынка труда, разработки стандартов образовательных программ и учебных планов. Европейский фонд образования. ЕФО, 1997. - 160 с.

6 Миняева О.А. Механизм формирования и этапы реализации компетенций специалистов в области фармации [Текст] / О.А. Миняева // Актуальные задачи педагогики: материалы междунар. науч. конф. (г. Чита, декабрь 2011 г.). - Чита: Издательство Молодой ученый, 2011. - С. 220-222.

7 All About KSAOs. Knowledge, Skills, Abilities and Other Characteristics.URL: http://www.travisafrc.com/storage/afm_uploads/TAP/All % 20About % 20KSAOs.p df (датаобращения: 27.08.2015).

8 Зимняя И.А. Ключевые социальные компетенции - новая парадигма результатов образования/ И.А. Зимняя // Высшее образование в России. - 2003. - №5. С. 15 - 20.

9 Зимняя, И.А. Ключевые компетентности как результативноцелевая основа компетентностного подхода в образовании. Авторская версия [Текст] / И.А. Зимняя. - М.: Исследовательский центр проблем качества подготовки специалистов, 2004. - 42 с.

10 Зимняя И.А. Компетентностный подход в образовании (методолого-теоретический аспект) /И.А. Зимняя // Проблемы качества образования: Материалы XIV Всероссийского совещания. Кн. 2. - М., 2004.

11 АнаньевБ. Г., Institutpsihologii (Russie). О проблемах современногочеловекознания. - Наука, 1977. - С. 246-247.

12 Гуковская М.В. К вопросу о формировании ключевых профессиональных компетенций социального педагога // Успехи современного естествознания. - 2007. - №3 - С. 42-43 URL: www.rae.ru/use/? section=content&op=show_article&article_id=7777979 (дата обращения: 13.10.2015).

13 Бодалев А.А. Вершина в развитии взрослого человека. Акмеология - новая наука [Электронный ресурс] URL: http://hpsy.ru/public/x796.htm (дата обращения 12.08.2015)

14 Деркач A.A. Акмеология: личностное и профессиональное развития человека. М., 2000. - 536 с.

15 Димухаметов Р.С. Научно-методическое обеспечение повышения квалификации педагогов. Челябинск, 2005. - 223 с.

16 Зеер Э.Ф. Психология профессий. М., 2003. - 103 с.

17 Ошурков В.А., Макашова В.Н. Оптимизация управления программами проектов с применением облачных технологий в ЗАО «КонсОМ СКС» город Магнитогорск // Материалы VI Международной студенческой электронной научной конференции «Студенческий научный форум» [Электронный ресурс]. - Режим доступа: http://www.scienceforum.ru/2015/890/8179 (дата обращения: 12.09.2015).

18 Что такое информационные технологии, и кто с ними работает? URL: http://moeobrazovanie.ru/chto_takoe_informatsionnye_technologii.html (дата обращения: 13.10.2015).

19 Глоссарий по менеджменту. URL: http://www.perfekt.ru/dictionaries/manag.html (дата обращения: 13.10.2015).

20 Практика формирования команды проекта. URL: http://proitclub.ru/ (дата обращения: 13.10.2015 год).

21 Современные взгляды на управление проектами. URL: http://bizentropy.biz/articles/6-sovremennye-vzglyady-na-upravlenieproektami.html (дата обращения: 13.10.2015 год).

22 06.014. Профессиональный стандарт. Руководитель проектов в области информационных технологий.

23 Natalya F. Noy and Deborah L. McGuinness - Ontology Development 101: A Guide to Creating Your First Ontology.

24 Ushold M. and Gruninger M. - Ontologies: Principles, Methods and Applications.

25 Karin KooganBreitman and Julio Cesar Sampaio do Prado Leite - Ontology as a Requirements Engineering Product

26 Fabien Gandon - Experience in Onotology Engineering for a Multi-Agents Corporate Memory Systems

27 A Practical Guide To Building OW: Ontologies Using Protege 4 and CO-ODE Tools: практическийсправочник / Matthew Horridge - The University of Munchester: 2009. - 109 с.

28 Ontology Development 101: A Guide to creating Your First Ontology: практическийсправочник / Natalya F. Noy, Deborah L. McGuinness - Stanford University: 2001. - 25 c.

29 Онтологический инжиниринг знаний в системе Protege: методическое пособие / Д.И. Муромцев - СПб:СПб ГУ ИТМО: 2007. - 62 с.

30 Овдей О.М. Обзор инструментов инженерии онтологий / О.М. Овдей, Г.Ю. Проскудина // Журнал ЭБ. - 2004 - №4.

31 Формирование прикладных онтологий / Гаврилова Т.А. Труды XX национальной конференции по Искусственному Интеллекту с международным участием - КИ-2006, т. 2 - Москва: изд-во Физматлит, 2006 г.

32 Лапшин В.А. Онтологии в компьютерных системах. - М.: Научный мир, 2010. - 222 с.

33 Gruber T.R. The role of common ontology in achieving sharable, reusable knowledge bases // Principles of Knowledge Representation and Reasoning. Proceedings of the Second International Conference. J.A. Allen, R. Fikes, E. Sandewell - eds. MorganKaufmann, 1991, P.601-602.

34 Константинова Н.С. Онтологии как системы хранения знаний [Электронный ресурс] / Н.С. Константинова, О.А. Митрофанова. - Режим доступа: http://www.sci-innov.ru/icatalog_new/index.php? action=send_att&entry_id=68352&fname=68352e2-st08_(Митрофанова О.А.).pdf

35 Кочеткова О.В., Казначеева А.А., Эпов А.А. Разработка модели знаний и ее онтологическое представление в алгоритмах автоматизированного проектирования основовязаного трикотажа // Современные проблемы науки и образования. - 2012. - №6.

36 CERIF 2008 - 1.2 Full Data Model (FDM). Introduction and Specification [Электронныйресурс] - Режимдоступа: http://www.eurocris.org/Uploads/Web % 20pages/CERIF2008/Release_1.2/CERIF2008_1.2_FDM.pdf

37 Кулагин М.В., Лопатенко А.С. Научные информационные системы и электронные библиотеки. Потребность в интеграции // Сборник трудов Третьей Всероссийской конференции по электронным библиотекам. RCDL'2001 Петрозаводск, 11-13 сентября 2001 г., с. 14-19.

38 Онтологическая модель предметной области информационной системы поддержки инновационных разработок институтов РАН [Электронный ресурс]. URL: http://www.aselibrary.ru/ (дата обращения: 01.11.2015 г.).

39 Вертгеймер М. 1987. Продуктивное мышление. М., Прогресс.

40 Гаврилова Т.А., Хорошевский В.Ф., 2001. Базы знаний интеллектуальных систем. Учебник. - Спб, Изд-во «Питер».

41 Гаврилова Т.А. Онтологический подход к управлению знаниями при разработке корпоративных информационных систем. - Ж. «Новости искусственного интеллекта», N2, 2003. - с. 24-30.

42 Гаврилова Т.А., 2004. Управление знаниями: ЧТО ДЕЛАТЬ? // Cб. докладов Седьмой научно-практической конференции «Реинжиниринг бизнес-процессов на основе современных информационных технологий. Системы управления знаниями» (РБП-СУЗ-2004). М. - с. 61-67.

43 Минский М. Фреймы для представления знаний. - М., Энергия, 1979.

44 Попов Э.В., 2001. Корпоративные системы управления знаниями. Ж. «Новости ИИ», N1.

45 Gomez-Perez, A., Fern? ndez-L? pez, M., Corcho, O., 2004. Ontological Engineering with examples from the areas of Knowledge Management, e-Commerce and the Semantic Web, Springer.

46 Gavrilova, T., Laird, D., 2005. Practical Design Of Business Enterprise Ontologies // In Industrial Applications of Semantic Web (Eds. Bramer M. andTerzyan V.), Springer. - pp.61-81.

47 Gruber, T., 1993. A translation approach to portable ontology specifications. KnowledgeAcquisition, Vol. 5, 199 - 220.

48 McComb D., 2004. The CIO's Guide To Semantics © Semantic Arts, Inc., www.semantic-conference.com

49 Miller, G., 1956. The Magical Number Seven, Plus or Minus Two: Some Limits on Our Capacity for Processing Information. ThePsychologicalReview, vol. 63, 81-97.

50 Mizogushi, R. and Bourdeau J., 2000. Using Ontological Engineering to Overcome Common AI-ED Problems // International Journal of Artificial Intelligence in Education, volume 11, 1-12.

51 Noy N., McGuinness D. Ontology Development 101: A Guide to Creating Your First Ontology. - KnowledgeSystemsLab, Stanford, 2001.

52 Проектирование с помощью инструментального комплекса Protege [Электронный ресурс]. URL: http://www.studfiles.ru/preview/2714666/ (датаобращения: 01.11.2015 г.).

53 Д.И. Муромцев. Онтологический инжиниринг знаний в системе Protege. - СПб: СПб ГУ ИТМО, 2007. - 62 с.

54 Знак качества для менеджеров проектов [Электронныйресурс] - Режимдоступа: http://www.osp.ru/cio/2004/02/173164/

55 Clifford F. Grey, Eric W. Larson. «PROJECT MANAGMENT The Managerial Process».

56 Кейс-метод [Электронный ресурс] - Режим доступа: http://www.kopilkaurokov.ru



Приложение

Результаты прохождения кейса

Кейс был пройден 3 руководителями двух проектных организаций:

? Результаты прохождения кейса проектной организации 1 представлены в таблицах 1-3.

? Результаты прохождения кейса проектной организации 2 представлены в таблице 4-6.

Таблица 1. Результаты прохождения Менеджера 1 организации 1

Данные об оцениваемом руководителе ИТ-проектов
Ф.И.О.	Менеджер-эксперт 1
Опыт работы	10
Текущий уровень квалификации	8
Данные об оценивающем руководителе ИТ-проектов
Ф.И.О.	Менеджер 1.1
Задания по кейсу
Раздел кейса	Функциональная область	Освоенные компетенции	Текущая оценка по критериям	У
			k1	k2	k3
1	Конфигурационное управление	-	0,8	0,5	0,6	1,9
2	Управление изменениями	-	0,7	0,6	0,5	1,8
3	Управление договорными отношениями	+	1	0,8	0,7	2,5
4	Поддержка заказчика	-	0,7	0,6	0,4	1,7
5	Управление документацией	+	0,5	0,8	0,7	2
6	Интеграция проекта	+	0,8	1	0,4	2,2
7	Управление закупками	+	1	1	0,5	2,5
8	Управление требованиями	+	0,8	0,5	1	2,3
9	Управление безопасностью	+	0,6	0,7	1	2,3
10	Управление коммуникациями	+	0,3	0,8	1	2,1
11	Управление рисками	+	0,7	0,3	1	2
Итог	Общая оценка: 23,3



Таблица 2. Результаты прохождения Менеджера 2 организации 1

	Данные об оцениваемом руководителе ИТ-проектов
Ф.И.О.	Менеджер-эксперт 1
Опыт работы	10
Текущий уровень	8
квалификации
Данные об оценивающем руководителе ИТ-проектов
Ф.И.О.	Менеджер 1.2
Задания по кейсу
Раздел кейса	Функциональная область	Освоенные компетенции	Текущая оценка по критериям	У
			k1	k2	k3
1	Конфигурационное управление	+	1	0,5	1	2,5
2	Управление изменениями	+	0,7	0,9	0,9	2,5
3	Управление договорными отношениями	+	1	0,8	0,7	2,5
4	Поддержка заказчика	+	0,7	1	1	2,7
5	Управление документацией	+	0,5	0,8	0,7	2
6	Интеграция проекта	+	0,8	1	0,8	2,6
7	Управление закупками	+	1	1	0,5	2,5
8	Управление требованиями	+	0,5	0,7	1	2,2
9	Управление безопасностью	+	0,4	1	1	2,4
10	Управление коммуникациями	+	0,8	0,8	0,58	2,2
11	Управление рисками	+	0,7	0,3	1	2
Итог	Общая оценка: 26,08

Таблица 3. Результаты прохождения Менеджера 3 организации 1

	Данные об оцениваемом руководителе ИТ-проектов
Ф.И.О.	Менеджер-эксперт 1
Опыт работы	10
Текущий уровень квалификации	8
	Данные об оценивающем руководителе ИТ-проектов
Ф.И.О.	Менеджер 1.3
	Задания по кейсу
Раздел кейса	Функциональная область	Освоенные компетенции	Текущая оценка по критериям	У
			k1	k2	k3
1	Конфигурационное управление	+	0,7	0,9	0,8	2,4
2	Управление изменениями	+	1	0,8	0,5	2,3
3	Управление договорными отношениями	+	0,7	0,8	1	2,5
4	Поддержка заказчика	+	0,5	0,8	0,7	2
5	Управление документацией	+	1	0,9	0,8	2,7
6	Интеграция проекта	+	0,8	0,9	0,5	2,2
7	Управление закупками	+	0,5	0,7	1	2,2
8	Управление требованиями	+	0,4	1	0,8	2,2
9	Управление безопасностью	+	0,8	0,8	0,9	2,5
10	Управление коммуникациями	+	0,7	0,3	1	2
11	Управление рисками	+	0,7	0,9	0,8	2,4
Итог		Общая оценка: 25,5

Таблица 4. Результаты прохождения Менеджера 1 организации 2

Данные об оцениваемом руководителе ИТ-проектов
Ф.И.О.	Менеджер-эксперт 2
Опыт работы	10
Текущий уровень квалификации	8
Данные об оценивающем руководителе ИТ-проектов
Ф.И.О.	Менеджер 2.1
Задания по кейсу
Раздел кейса	Функциональная область	Освоенные компетенции	Текущая оценка по критериям	У
			k1	k2	...

Подобные документы

• Leadership GAP - инструмент для создания лидеров будущего

  Определение компетенций, важных для успеха руководителя в будущем. Оценка состояния развития компетенций. Определение набора компетенций с максимальным дефицитом. Устранение дефицита компетенций для успешности в будущем. Новый инструмент компании.
  
  реферат [591,9 K], добавлен 11.09.2010
  

• Инженерный менеджмент и информационные технологии

  Определение понятия "проект". Характеристики проекта как объекта управления. Функции управления проектами. Список компетенций менеджера программного проекта. Выработка концепции реализации проекта, ее апробация и экспертиза. Жизненный цикл проекта.
  
  презентация [104,7 K], добавлен 14.08.2013
  

• Методы оценки управленческого потенциала руководителей и роль центров оценки в современной организации

  Трудовой потенциал как основа человеческого потенциала. Основные методы оценки потенциала руководителей. Рейтинг основных компетенций руководителя в современной экономической ситуации. Центр оценки как один из методов оценки потенциала руководителей.
  
  реферат [269,7 K], добавлен 11.09.2010
  

• Создание модели компетенций при отборе персонала в организации сферы услуг ОАО "Фармстандарт"

  Характеристика организации, структуры управления, особенностей работы. Миссия и цели ПАО "Фармстандарт". Организационная структура предприятия. Построение корпоративной модели компетенции. Методы, использованные для оценки корпоративных компетенций.
  
  курсовая работа [172,8 K], добавлен 02.06.2016
  

• Выявление ключевых и отличительных навыков компетенции компании

  Анализ существующих и разработка новых методик выявления ключевых и отличительных компетенций компании. Идентификация компетенций предприятия, их разновидности в ресурсной теории. Различные взгляды на природу ключевых и отличительных компетенций.
  
  курсовая работа [62,6 K], добавлен 27.03.2016
  

• Разработка модели компетенций HR-бизнес-партнера на предприятии

  Алгоритм разработки модели компетенций. Понятие HR-бизнес-партнера. Кадровая политика предприятия ОАО "Роснефть", возрастная структура рабочей силы, стаж работы. Объем реализации на одного сотрудника. Общие издержки организации на рабочую силу за период.
  
  курсовая работа [3,6 M], добавлен 22.01.2015
  

• Ключевые компетенции современного топ-менеджера и их оценка

  Отличительные черты американской, британской, немецкой и французской моделей компетенций. Особенности ценностно-смысловых, общекультурных, учебно-познавательных и коммуникативных компетенций руководителя. Определение наиболее важных качеств менеджера.
  
  курсовая работа [85,7 K], добавлен 25.09.2014
  

• Инженерный проект

  Понятие и общая характеристика проекта, требования к нему, внутренняя структура, принципы и свойства, классификация и разновидности, этапы жизненного цикла. Исследование проекта как объекта управления. Список компетенций менеджера программного проекта.
  
  контрольная работа [41,8 K], добавлен 11.10.2013
  

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

  Управление системами жизнеобеспечения муниципального образования и анализ состояния системы распределения компетенций муниципальных образований, тенденций ее развития. Разработка модели распределения компетенций между органами местного самоуправления.
  
  контрольная работа [24,7 K], добавлен 20.04.2012
  

• Ключевые компетенции риэлтора

  Модель компетенций: структура, стандарты качества, этапы создания и применение. Возникновение профессии риелтор, специфика его работы и должностные обязанности. Подходы к выявления ключевых компетенций. Ключевые цели и задачи деятельности риэлтора.
  
  дипломная работа [408,7 K], добавлен 04.08.2012
  

• Развитие поведенческих компетенций персонала при помощи коуч-технологий в Филиале ФГУП ВГТРК – ГТРК "Белгород"

  Коучинг подход в управлении персоналом. Организационно-экономическая характеристика филиала ФГУП ВГТРК – ГТРК "Белгород". Анализ кадровых процессов филиала. Разработка проекта развития поведенческих компетенций персонала с применением коуч-технологий.
  
  дипломная работа [310,8 K], добавлен 27.10.2013
  

• Мировой опыт определения компетенций специалистов по управлению персоналом. Опыт Великобритании

  Компетенция - способность сотрудника действовать в соответствии со стандартами, принятыми в организации, ее модель и профили. Использование компетенций при оценке персонала. Профессиональные требования к современному менеджеру-управленцу в Великобритании.
  
  курсовая работа [30,4 K], добавлен 03.11.2014
  

• Критерии профессиональной оценки государственного служащего

  Становление и развитие системы управления и оценки персонала государственной службы. Понятие, структура и принципы составления моделей компетенций. Особенности оценки результативности показателей работы. Алгоритм оценки руководителей службы занятости.
  
  дипломная работа [431,4 K], добавлен 10.04.2013
  

• Управление командой проекта

  Планирование управления человеческими ресурсами. Набор команды проекта. Развитие команды проекта. Совершенствование компетенций, взаимодействие членов команды и общих условий работы команды. Использование коучинга в работе современного менеджера.
  
  контрольная работа [150,1 K], добавлен 06.10.2016
  

• Формирование и развитие адаптивных компетенций предприятия сферы услуг

  Адаптивное управление как тип менеджмента, его принципы и цели, функции и оценка преимуществ. Организационно-правовая характеристика предприятия, анализ внешней и внутренней среды, методика развития адаптивных компетенций. Анализ и управление рисками.
  
  курсовая работа [421,6 K], добавлен 10.01.2015
  

• Построение профиля компетенций

  Изучение моделей компетенций, как базиса, на котором строится система управления персоналом компании. Моделирование на уровне компании, на уровне должности и на уровне индивидуума. "Личностные", управленческие (менеджерские) и корпоративные компетенции.
  
  контрольная работа [219,5 K], добавлен 20.05.2015
  

• Адаптация новых сотрудников на предприятии

  Основные направления, виды и технологии адаптации. Эффективное вовлечение нового члена команды в процессы, происходящие в компании. Этапы и процедура адаптации новых сотрудников. Приспособления потребностей, ценностей и профессиональных компетенций.
  
  курсовая работа [42,6 K], добавлен 17.05.2014
  

• Анализ ключевых компетенций для успеха в отрасли ООО "Галеон"

  Идентификация ключевых компетенций для успеха в полиграфической отрасли и формирование конкурентных возможностей фирмы ООО "Галеон". Стратегия широкой дифференциации как основа конкурентного преимущества, эффективность ее применения в организации.
  
  курсовая работа [1,2 M], добавлен 04.06.2011
  

• Профессиографический подход к описанию рабочего места, должности

  Теоретические особенности изучения профессиональных качеств работников сервисных служб, особенности оценки компетенций работников. Проведение анализа профессиограммы менеджера как нормативной основы сервисной деятельности на примере ООО "Ресторатор".
  
  курсовая работа [155,2 K], добавлен 19.06.2012
  

• Формирование профессиональных компетенций

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

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам