А/22.6

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

(Requirements

Process)

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

А/23.6

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

А/24.6

Согласование требований в соответствии с полученными планами

А/25.6

Управление безопасностью

(Security

Management)

Реализация мер по неразглашению информации, полученной от заказчика

А/26.6

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

(Communication

Management)

Идентификация заинтересованных сторон проекта в области ИТ в соответствии с трудовым заданием

А/27.6

Распространение информации в проектах в области ИТ в соответствии с трудовым заданием

А/28.6

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

(Risk Management)

Идентификация рисков проектов в области ИТ в соответствии с трудовым заданием

А/29.6

Анализ рисков в проектах в области ИТ в соответствии с трудовым заданием

А/30.6

Седьмой уровень квалификации

Обобщенная компетенция: «Управление проектами в области ИТ малого и среднего уровня сложности в условиях неопределенностей, порождаемых запросами на изменения, с применением формальных инструментов управления рисками и проблемами проекта».

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

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

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

Контролировать результаты выполненных работ и проводить анализ «план-факт» на основании согласованных планов и фактически полученных результатов;

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

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

На 7 уровне квалификации содержится 62 профессиональных компетенции, которые представлены в таблице 3.

Таблица 3. Профессиональные компетенции 7 уровня квалификации

Функциональная область (KeyProcessAreas)	Компетенция руководителя ИТ-проектов	Код
Конфигурационное управление (Configuration Management)	Планирование конфигурационного управления в проектах малого и среднего уровня сложности в области ИТ	В/01.7
	Идентификация конфигурации ИС	В/02.7
	Ведение отчетности по статусу конфигурации ИС	В/03.7
	Аудит конфигураций ИС в проектах малого и среднего уровня сложности в области ИТ	В/04.7
	Организация репозитория проекта в области ИТ	В/05.7
	Управление выпуском и поставкой в проектах малого и среднего уровня сложности в области ИТ	В/06.7
Управление изменениями (Change Management)	Планирование управления изменениями в проектах малого и среднего уровня сложности в области ИТ	В/07.7
	Анализ запросов на изменение в проектах малого и среднего уровня сложности в области ИТ	В/08.7
	Согласование запросов на изменение в проектах малого и среднего уровня сложности в области ИТ	В/09.7
	Проверка реализации запросов на изменение (верификация)	В/10.7
Управление договорными отношениями (ContractManagement )	Планирование управления договорами в проектах малого и среднего уровня сложности в области ИТ	В/11.7
	Организация заключения договоров в проектах малого и среднего уровня сложности в области ИТ	В/12.7
	Мониторинг и управление договорами в проектах малого и среднего уровня сложности в области ИТ	В/13.7
	Организация заключения дополнительных соглашений к договорам в проектах малого и среднего уровня сложности в области ИТ	В/14.7
	Закрытие договоров в проектах малого и среднего уровня сложности в области ИТ	В/15.7
Поддержка заказчика (Customer Support)	Организационное и методологическое обеспечение регистрации запросов заказчика в проектах малого и среднего уровня сложности в области ИТ	В/16.7
	Обработка запросов заказчика в проектах малого и среднего уровня сложности в области ИТ	В/17.7
	Закрытие запросов заказчика	В/18.7
Управление документацией (Documentation Control)	Планирование управления документацией в проектах малого и среднего уровня сложности в области ИТ	В/19.7
	Согласование и утверждение документации	В/20.7
	Управление распространением документации	В/21.7
	Управление хранением документации	В/22.7
Управление персоналом (Human Resource)	Планирование управления персоналом в проектах малого и среднего уровня сложности в области ИТ	В/23.7
	Привлечение (набор) персонала для работы в проектах малого и среднего уровня сложности в области ИТ	В/24.7
	Командообразование и развитие команды проекта в проектах малого и среднего уровня сложности в области ИТ	В/25.7
	Управление эффективностью команды в проектах малого и среднего уровня сложности в области ИТ	В/26.7
Управление организацией (Organization Management)	Подготовка предложений по новым инструментам и методам управления проектами	В/27.7
	Подготовка предложений по методам повышения эффективности системы управления проектами	В/28.7
	Формирование предложений по развитию офиса управления проектами в организации	В/29.7
Интеграцияпроекта (Project Integration)	Сбор информации для инициации проекта в проектах малого и среднего уровня сложности в области ИТ	В/30.7
	Планирование в проектах малого и среднего уровня сложности в области ИТ	В/31.7
	Организация исполнения работ проекта в проектах малого и среднего уровня сложности в области ИТ	В/32.7
	Мониторинг и управление работами проекта в проектах малого и среднего уровня сложности в области ИТ	В/33.7
	Общее управление изменениями в проектах малого и среднего уровня сложности в области ИТ	В/34.7
	Завершение фазы жизненного цикла проекта в проектах малого и среднего уровня сложности в области ИТ	В/35.7
	Завершение проекта в проектах малого и среднего уровня сложности в области ИТ	В/36.7
Управление закупками (Purchasing)	Планирование закупок в проектах малого и среднего уровня сложности в области ИТ	В/37.7
	Выбор поставщиков в проектах малого и среднего уровня сложности в области ИТ	В/38.7
	Исполнение закупок в проектах малого и среднего уровня сложности в области ИТ	В/39.7
	Закрытие закупок в проектах малого и среднего уровня сложности в области ИТ	В/40.7
Управление качеством (Quality Management)	Планирование качества в проектах малого и среднего уровня сложности в области ИТ	В/41.7
	Обеспечение качества в проектах малого и среднего уровня сложности в области ИТ	В/42.7
	Контроль качества в проектах малого и среднего уровня сложности в области ИТ	В/43.7
	Организация приемо-сдаточных испытаний (валидация) в проектах малого и среднего уровня сложности в области ИТ	В/44.7
Управление требованиями (Requirements Process)	Планирование управления требованиями в проектах малого и среднего уровня сложности в области ИТ	В/45.7
	Управление работами по выявлению требований в проектах малого и среднего уровня сложности в области ИТ	В/46.7
	Управление работами по анализу требований в проектах малого и среднего уровня сложности в области ИТ	В/47.7
	Согласование и утверждение требований в проектах малого и среднего уровня сложности в области ИТ	В/48.7
Управление безопасностью (Security Management)	Принятие мер по неразглашению информации, полученной от заказчика в проектах малого и среднего уровня сложности в области ИТ	В/49.7
	Принятие мер для своевременного финансирования проектов малого и среднего уровня сложности в области ИТ	В/50.7
Управлениесубподря дом (Sub-Contract Management)	Планирование субподряда в проектах малого и среднего уровня сложности в области ИТ	В/51.7
	Подбор субподрядчиков в проектах малого и среднего уровня сложности в области ИТ	В/52.7
	Управление исполнением субподрядных работ в проектах малого и среднего уровня сложности в области ИТ	В/53.7
	Завершение работ субподряда в проектах малого и среднего уровня сложности в области ИТ	В/54.7
Управление коммуникациями (Communication Management)	Планирование коммуникаций в проектах малого и среднего уровня сложности в области ИТ	В/55.7
	Идентификация заинтересованных сторон в проектах малого и среднего уровня сложности в области ИТ	В/56.7
	Распространение информации в проектах малого и среднего уровня сложности в области ИТ	В/57.7
	Управление заинтересованными сторонами в проектах малого и среднего уровня сложности в области ИТ	В/58.7
Управление рисками (Risk Management)	Планирование управления рисками в проектах малого и среднего уровня сложности в области ИТ	В/59.7
	Идентификация рисков в проектах малого и среднего уровня сложности в области ИТ	В/60.7
	Анализ рисков в проектах малого и среднего уровня сложности в области ИТ	В/61.7
	Мониторинг и управление рисками в проектах малого и среднего уровня сложности в области ИТ	В/62.7

Восьмой уровень квалификации

Обобщенная компетенция: «Управление проектами в области ИТ любого масштаба в условиях высокой неопределенности, вызываемой запросами на изменения и рисками, и с учетом влияния организационного окружения проекта; разработка новых инструментов и методов управления проектами в области ИТ».

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

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

На 8 уровне квалификации содержится 62 профессиональных компетенции, которые представлены в таблице 4.

Таблица 4 - Профессиональные компетенции 8 уровня квалификации

Функциональная область (KeyProcessAreas)	Компетенция руководителя ИТ-проектов	Код
Конфигурационное управление (Configuration Management)	Планирование конфигурационного управления впроектах любого уровня сложности в области ИТ	С/01.8
	Организационное и методологическое обеспечение идентификации конфигурации ИС	С/02.8
	Организационное и методологическое обеспечение отчетности по статусу конфигурации ИС	С/03.8
	Аудит конфигураций ИС в проектах любого уровня сложности в области ИТ	С/04.8
	Организационное и методологическое обеспечение организации репозитория проекта в области ИТ	С/05.8
	Управление выпуском и поставкой в проектах любого уровня сложности в области ИТ	С/06.8
Управление изменениями (Change Management)	Планирование управления изменениями в проектах любого уровня сложности в области ИТ	С/07.8
	Анализ запросов на изменение в проектах любого уровня сложности в области ИТ	С/08.8
	Согласование запросов на изменение в проектах любого уровня сложности в области ИТ	С/09.8
	Организационное и методологическое обеспечение проверки реализации запросов на изменение	С/10.8
Управление договорными отношениями (ContractManagement)	Планирование управления договорами в проектах любого уровня сложности в области ИТ	С/11.8
	Организация заключения договоров в проектах любого уровня сложности в области ИТ	С/12.8
	Мониторинг и управление договорами в проектах любого уровня сложности в области ИТ	С/13.8
	Организация заключения дополнительных соглашений к договорам в проектах любого уровня сложности в области ИТ	С/14.8
	Закрытие договоров в проектах любого уровня сложности в области ИТ	С/15.8
Поддержка заказчика (Customer Support)	Организационное и методологическое обеспечение регистрации запросов заказчика в проектах любого уровня сложности в области ИТ	С/16.8
	Организационное и методологическое обеспечение обработки запросов заказчика в проектах любого уровня сложности в области ИТ	С/17.8
Управление документацией (Documentation Control)	Планирование управления документацией в проектах любого уровня сложности в области ИТ	С/18.8
	Организационное и методологическое обеспечение согласования документации	С/19.8
	Организационное и методологическое обеспечение управления хранением документации	С/20.8
Управление персоналом (Human Resource)	Планирование управления персоналом в проектах любого уровня сложности в области ИТ	С/21.8
	Привлечение (набор) персонала в проектах любого уровня сложности в области ИТ	С/22.8
	Командообразование и развитие команды проекта в проектах любого уровня сложности в области ИТ	С/23.8
	Управление эффективностью команды в проектах любого уровня сложности в области ИТ	С/24.8
Управление организацией (Organization Management)	Разработка новых инструментов и методов управления проектами	С/25.8
	Повышение эффективности системы управления проектами	С/26.8
	Обучение управлению проектами	С/27.8
	Создание офиса управления проектами	С/28.8
	Развитие офиса управления проектами в организации	С/29.8
Интеграцияпроекта (Project Integration)	Сбор информации для инициации проекта в проектах любого уровня сложности в области ИТ	С/30.8
	Планирование в проектах любого уровня сложности в области ИТ	С/31.8
	Организация исполнения работ проекта в проектах любого уровня сложности в области ИТ	С/32.8
	Мониторинг и управление работами проекта в проектах любого уровня сложности в области ИТ	С/33.8
	Осуществление общего управления изменениями в проектах любого уровня сложности в области ИТ	С/34.8
	Завершение фазы жизненного цикла проекта в проектах любого уровня сложности в области ИТ	С/35.8
	Завершение проекта в проектах любого уровня сложности в области ИТ	С/36.8
Управление закупками (Purchasing)	Планирование закупок в проектах любого уровня сложности в области ИТ	С/37.8
	Выбор поставщиков в проектах любого уровня сложности в области ИТ	С/38.8
	Исполнение закупок в проектах любого уровня сложности в области ИТ	С/39.8
	Закрытие закупок в проектах любого уровня сложности в области ИТ	С/40.8
Управление качеством (Quality Management)	Планирование качества в проектах любого уровня сложности в области ИТ	С/41.8
	Обеспечение качества в проектах любого уровня сложности в области ИТ	С/42.8
	Контроль качества в проектах любого уровня сложности в области ИТ	С/43.8
	Организация приемо-сдаточных испытаний (валидация) в проектах любого уровня сложности в области ИТ	С/44.8
Управление требованиями (Requirements Process)	Планирование управления требованиями в проектах любого уровня сложности в области ИТ	С/45.8
	Управление выявлением требований в проектах любого уровня сложности в области ИТ	С/46.8
	Управление анализом требований в проектах любого уровня сложности	С/47.8
	Согласование и утверждение требований в проектах любого уровня сложности в области ИТ	С/48.8
Управление безопасностью (Security Management)	Принятие мер по неразглашению информации, полученной от заказчика в проектах любого уровня сложности в области ИТ	С/49.8
	Обеспечение своевременного финансирования проектов любого уровня сложности в области ИТ	С/50.8
Управлениесубподряд ом (Sub-Contract Management)	Планирование субподряда в проектах любого уровня сложности в области ИТ	С/51.8
	Подбор субподрядчиков в проектах любого уровня сложности в области ИТ	С/52.8
	Управление исполнением субподрядных работ	С/53.8
	впроектах любого уровня сложности в области ИТ
	Завершение работ субподряда в проектах любого уровня сложности в области ИТ	С/54.8
Управление коммуникациями (Communication Management)	Планирование коммуникаций в проектах любого уровня сложности в области ИТ	С/55.8
	Идентификация заинтересованных сторон в проектах любого уровня сложности в области ИТ	С/56.8
	Распространение информации в проектах любого уровня сложности в области ИТ	С/57.8
	Управление заинтересованными сторонами в проектах любого уровня сложности в области ИТ	С/58.8
Управление рисками (Risk Management)	Планирование управления рисками в проектах любого уровня сложности в области ИТ	С/59.8
	Идентификация рисков в проектах любого уровня сложности в области ИТ	С/60.8
	Анализ рисков в проектах любого уровня сложности в области ИТ	С/61.8
	Мониторинг и управление рисками в проектах любого уровня сложности в области ИТ	С/62.8

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

Таблица 5. Базовые знания в области информационных технологий

Знание	Уровень
Основы теории систем и системного анализа	Все уровни
Управления требованиями к программному обеспечению и информационным системам	Все уровни
Архитектура, устройство и функционирование вычислительных систем	Все уровни
Методики описания и моделирования бизнес-процессов, средства моделирования бизнес-процессов	Все уровни
Современные подходы и стандарты автоматизации предприятия (например, CRM, MRP, ERP…, ITIL, ITSM и пр.)	Все уровни
Основы современных операционных систем, сетевого взаимодействия, коммуникационных протоколов	Все уровни
Основы современных систем управления базами данных	Все уровни
Основы теории баз данных	Все уровни
Современные методики тестирования разрабатываемых информационных систем	Все уровни
Программные средства и платформы инфраструктуры информационных технологий предприятий	Все уровни
Основы информационной безопасности предприятия	Все уровни
Отраслевая нормативная техническая документация	Все уровни
Источники информации, необходимой для профессиональной деятельности	Все уровни
Современный отечественный и зарубежный опыт в профессиональной деятельности	Все уровни



Таблица 6. Базовые знания в области экономики и управления

Знание	Уровень
Управление проектами, включая:
? Управление сроками в проектах	Все уровни
? Управление содержанием в проектах	Все уровни
? Управление затратами в проектах	Все уровни
? Управление персоналом в проектах	На 7 и 8 уровне
? Управление качеством в проектах	На 7 и 8 уровне
? Управление рисками в проектах	На 7 и 8 уровне
? Управление субподрядом в проектах	На 7 и 8 уровне
? Конфигурационное управление и управление изменениями	Все уровни
? Управление коммуникациями	Все уровни
Современные инструменты и методы управления проектами, включая:
? Диаграмма Ганта, сетевые графики, анализ критического пути, анализ критической цепи, декомпозиция, анализ резервов, экспертные оценки, шаблоны расписания, метод «набегающей волны», диаграммы предшествования, типы зависимостей между работами, анализ альтернатив;	Все уровни
? Оценка (прогнозирование) бюджетов и графиков: метод аналогов, экспертные оценки, метод PERT, метод функциональных точек, суммирование стоимости, стоимость качества, анализ резервов;	На 7 и 8 уровне
? Управление содержанием проекта: создание ИСР, документирование требований, матрица отслеживания требований, анализ продукта, модерируемые совещания, управление требованиями к ИС;	Все уровни
? Управление качеством: бенчмаркинг, выборочные оценки, диаграммы Ишикавы, контрольные списки, метрики качества, аудит качества, анализ процессов, верификация, валидация (приемосдаточные испытания);	На 7 и 8 уровне
? Управление персоналом проекта: организационные диаграммы и должностные инструкции, теория организации, налаживание связей и переговоры, методы мотивации и стимулирования персонала проекта, оценка эффективности работы персонала проекта, урегулирование конфликтов;	На 7 и 8 уровне
? Управление коммуникациями в проекте: анализ заинтересованных сторон проекта, анализ требований к коммуникациям, технологии и модели коммуникаций, методы распространения информации, базовые навыки управления (проведение презентаций, ведение переговоров, публичные выступления);	Все уровни
? Отчетность по проекту: анализ отклонений, подготовка отчетов об	Все уровни
Знание	Уровень
исполнении, методы прогнозирования, системы отчетности;
? Управления рисками: анализ документации, сбор информации, анализ допущений и контрольных списков, SWOT-анализ, экспертные оценки, стратегии реагирования на риски, стратегии реагирования на возможные потери, переоценка рисков, аудиты рисков, анализ отклонений и тенденций;	На 7 и 8 уровне
? Управление договорными отношениями: типы договоров, методы оценки поставщиков, проверки и аудиты выполнения договоров, управление претензиями;	На 7 и 8 уровне
Формирование и механизмы рыночных процессов предприятия	Все уровни
Основы операционного менеджмента организаций, включая:
? Менеджмент качества	На 7 и 8 уровне
? Управление персоналом	На 7 и 8 уровне
? Основы финансового учета и бюджетирования	На 7 и 8 уровне
? Основы управленческого учета	На 7 и 8 уровне
Основы налогового законодательства	Все уровни
Основы теории управления	На 7 и 8 уровне
Современные инструменты и методы управления предприятием	На 8 уровне
Инструменты и методы определения финансовых и производственных показателей деятельности предприятий	На 8 уровне
Основы организационной диагностики	На 8 уровне
Инструменты и методы моделирования бизнес-процессов предприятия	Все уровни
Основы реинжиниринга бизнес-процессов предприятия	Все уровни
Русский язык и культура речи	Все уровни
Правила деловой переписки	Все уровни
Иностранный язык (чтение и понимание технической литературы)	Все уровни

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

1.4 Понятие и сущность онтологической модели

Для формализованного представления знаний в таких системах широко используются онтологии. Онтология - это описание системы понятий, существующих в некоторой предметной области, на некотором естественном или формальном языке. Под формальной моделью онтологии О понимают упорядоченную тройку вида O =, где С - конечное множество концептов (понятий) предметной области, которую определяет онтология О; R - конечное множество отношений между концептами (понятиями) предметной области; F - конечное множество функций интерпретации (аксиоматизации), заданных на концептах и / или отношениях онтологии О. Онтология содержит декларативную и процедурную части. Множества C и R определяют декларативные знания. Процедурные знания (методы концептов), представленные в множестве F, определяют законы мира, функции и правила поведения объектов (сценарии действий).

В автоматизированных системах проектирования представление знаний осуществляется в виде систематизированного алгоритма описания на машинном языке знаний специалиста в конкретной предметной области. Учитывая недостатки существующих методов описания знаний [5], построение таких моделей в современных автоматизированных системах должно отвечать следующим требованиям [1]: 1) четкое разделение знаний о решаемой задаче, ее предметной области, методах, с помощью которых может быть решена данная задача; 2) реализация принципа повторного использования компонентов модели знаний; 3) в модели должна быть отражена структурная составляющая знаний, а также формальное представление и последующая верификация модели.

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

Исходя из изложенных требований, модель представления знаний специалиста в той или иной области можно свести к двум основным принципам: модульности и общедоступности. Принцип модульности заключается в разделении модели знаний на несколько инвариантных компонентов, при этом особенность такого разделения заключается в том, что компоненты знаний описываются независимо друг от друга, то есть метод описывается без привязки к предметной области или решаемой задаче, а решаемая задача описывается без привязки к какой-либо предметной области или методу решения. Таким образом, в основе принципа модульности лежит положение о том, что модель знаний специалиста разделяется на несколько основных составляющих[35].

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

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

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

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

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

Для формализации процесса разработки сложной онтологической структуры целесообразно использовать технологию структурно-функционального моделирования SADT (Structured Analyses&Design Technique), предполагающую описание процессов посредством IDEF0-диаграмм [2]. Методология SADT разработана для совершенствования описания и облегчения понимания структуры искусственных систем и служит для построения модели объекта или процесса, отображающей функциональную структуру, т.е. выполняемые ими действия и связи между ними.

Функционально-структурная модель разработки онтологии на верхнем уровне отражает основной контекст - взаимодействие моделируемого процесса с внешним миром. Такая диаграмма с одним функциональным блоком называется контекстной и обозначается идентификатором «А0». На остальных уровнях производится декомпозиция процесса разработки, и он представляется в виде функциональных блоков, отражающих выполнение конкретного действия. На рис. 1 представлен контекст процесса разработки онтологии компонентов модели знаний[35].

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

Рис. 1. Контекст процесса разработки онтологии компонентов модели

Декомпозиция процесса разработки онтологии компонентов модели знаний позволяет выделить наиболее важные операции низших уровней. Такими операциями являются [3]: 1) определение целей, границ, масштаба создания и применения онтологии, которое предусматривает ответы на вопросы: какую предметную область будет охватывать онтология; для чего она будет использоваться; какие компоненты модели знаний предполагается представлять в онтологии; на какие типы вопросов должна давать ответы информация в онтологии; кто будет использовать и поддерживать онтологию; 2) рассмотрение вариантов повторного использования онтологий, если системе нужно взаимодействовать с другими приложениями, которые уже вошли в отдельные онтологии или контролируемые словари; 3) разработка глоссария включает в себя три основных процесса: изучение предметной области, выявление основных понятий предметной области и разработку их точных, непротиворечивых определений; 4) определение классов, понятий предметной области и создание их иерархии; таксономия классов представляет собой дерево описываемых терминов, где для проверки правильности создания классов и их отношений определяются узлы-братья в иерархии классов, то есть такие классы, которые являются прямыми подклассами одного и того же класса; 5) определение атрибутов (свойств классов) и их ограничений предусматривает описание внутренней структуры понятий: а) проверка одинаковости для экземпляров класса (выявляются одинаковые атрибуты для экземпляров); б) определение и установка обратных отношений (когда значение атрибута зависит от другого атрибута); в) установка значений атрибута по умолчанию; ограничения, накладываемые на атрибуты, описывают тип и число значения, разрешенные и другие свойства значений, которые может принимать атрибут; 6) создание отдельных экземпляров классов в иерархии, где для определения отдельного экземпляра класса требуется: а) выбрать класс; б) создать отдельный экземпляр этого класса; в) ввести значения атрибутов; 7) выбор или разработка специального языка для представления онтологий; 8) анализ и диагностика разработанной онтологии включает применение аналитических средств и различных диагностических инструментальных средств анализа онтологий; последний анализ может включать как проверку логической верности онтологии, так и диагностику типичных ошибок при её проектировании.

Таким образом, онтологии предоставляют словарь для представления и обмена знаниями о некоторой предметной области и множество связей, установленных между терминами в этом словаре. В мультиагентных системах агенты в процессе своего взаимодействия обмениваются сообщениями, используя общую интерпретацию терминов в словаре. При разработке прикладных систем, основанных на знаниях, онтологии используются для представления семантики знаний, которая содержится в описании терминов словаря. Пользователи некоторой информационной системы могут обращаться к онтологии для ознакомления со словарем, с помощью которого им предлагается взаимодействовать с системой. Для обеспечения возможности совместной работы с онтологиями необходимо использовать стандартные средства представления онтологий. Наиболее широко распространенными языками описания онтологий, являются языки, построенные на основе стандарта XML: SHOE (Simple HTML OntologyExtensions), DAML (DARPA AgentMarkupLanguage), OIL (OntologyInferenceLayer), RDF (ResourceDescriptionFramework) - модель данных для представления объектов («ресурсов») и отношений между ними.

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

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

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



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

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

В предыдущей главе была доказана важность компетенций руководителя в управлении ИТ-проектами. «Есть данные исследований» [17], свидетельствующие, что отсутствие компетенций оказывают прямое влияние на достижение целей ИТ-проекта:

?	всего 15-20% проектов заканчиваются в срок;
?	25-35% проектов завершаются неудачей;
?	изначальный бюджет 50-60% проектов превышается на 90%;
?	требования только 50-60% проектов были реализованы.

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

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

Форма оценки компетенций руководителя ИТ-проекта - кейс-метод.

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

Исходные данные для формирования кейса (все данные описаны в разделе 1.3 настоящего исследования):

? функциональная область;

? компетенции руководителей ИТ-проектов.

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

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

1

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

Рисунок 8. Структура кейса оценки компетенций руководителей ИТ-проектов

\Кейс «Оценка компетенций руководителей ИТ-проектов».

Раздел 1 - Конфигурационное управление.

Ситуация.

Заказчик два месяца назад заказывал у компании разработку модулявеб-сайта. Задача была оценена в 25.000 рублей и выполнена программистом Васильевым. Заказчик поставил аналогичную, по его мнению, задачу. Программист Сидоров оценил разработку модуля веб-сайта в 100.000 рублей. Сумма, названная Заказчику, разумеется, вызвала у Заказчика удивление и вопрос: «Почему так дорого? Вы же два месяца назад разработали такой же модуль, но в 4 раза дешевле!».

Задания по кейсу.

Как руководителю проекта сделать так, чтобы задача была выполнена, заказчик остался доволен, а компания не оказалась в проигрыше?

Каким образом будет производиться конфигурация информационной

системы (ИС) в соответствии с полученным планом?

В какой формы вы отчитываетесь по статусу конфигурации ИС в соответствии с полученным планом?

Что такое аудит конфигураций ИС, и как он проводится?

Раздел 2 - Управление изменениями.

Ситуация.

У компании есть проект, который высшее руководство считает перспективным и стратегически важным.

Суть проекта: рассылка ценных отправлений по акциям клиента по различным городам. На текущий момент бизнес-процессы по проекту не выстроены, вследствие чего комплекс услуг, предоставляемый Заказчику, оказывается низкого качества (сроки / претензии). Перед руководителем проекта стоит задача вывести проект на качественно новый уровень со значительным увеличением среднемесячных объёмов. В компании существует отдел логистики, отдел инженерной разработки, производство и ИТ-отдел. Сотрудники данных отделов заняты своими текущими задачами.

Для решения поставленной задачи, руководителю проекта нужна рабочая группа.

Разработчик IT системы - Николай. Задача: Необходимо внести коррективы в программу обработки базы данных, с учетом нового направления.

Разработчик ссылается на то, что у него нет времени для работ по этому проекту. Говорит, что другие приоритеты, поставленные руководителем IT-отдела, большая загрузка. Вы подозреваете, что данная работа ему не очень интересна, а интерес для Николая имеет большое значение. Вы уже разговаривали с руководителем отдела IT, он обещал содействие. Но, насколько Вам известно, Николай сам определяет приоритеты в своей работе, и всесодействие, на данный момент, было в определении того, что «надо найти время и сделать работу для нового направления».

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

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

Директор производства. Настроен очень позитивно. Однако на производстве есть уже утвержденные планы производства и упаковки. Он хочет знать четкий объем и сроки, чтобы корректно включить исполнение заказа в планы. К сожалению, из-за изменения ТЗ и проблем с базой данных адресов сроки и задачи постоянно меняются.

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

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

Т.е. производственный ресурс ограничен (площади, специалисты, технологии).

Задания по кейсу.

Как вы проводите проверку запросов на изменение (верификация) (в соответствии с полученным планом)?

Раздел 3 - Управление договорными отношениями.

Ситуация.

Ситуация аналогичная, согласно разделу 2.

Задания по кейсу.

Опишите поэтапно процесс заключения договоров в ИТ-проектах.

Что из себя представляет мониторинг выполнения договоров в проектах в облас...