Методика оценки трудоемкости и составление графика it проекта Текст научной статьи по специальности «Экономика и бизнес»

Methods of assessing the complexity and scheduling IT project Muntyanova T. , Muntyanova A. (Russian Federation)

Методика оценки трудоемкости и составление графика IT проекта Мунтьянова Т. П. , Мунтьянова А. А. (Российская Федерация)

1Мунтьянова Татьяна Петровна /Muntyanova Tatyana - аспирант;

2Мунтьянова Анна Александровна /Muntyanova Anna - аспирант, кафедра прикладной информатики,

Институт информационных технологий и коммуникаций Астраханский государственный технический университет, г. Астрахань

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

Abstract: the authors propose conceptual framework of the software, created to assess the complexity of the project, resource allocation stages of the project and finding errors at the stage of the project. To assess the complexity of authors offer to use an approach with a number of use cases.

Ключевые слова: IT-компания, IT-проект, СППР, метод управления проектом, оценка трудоемкости, стадии проекта, число вариантов использования, график выполнения работ проекта.

Keywords: IT-company, IT-project, the DSS, the method of project management, evaluation of the complexity, the steps of the project, the number of use cases, the work schedule of the project.

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

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

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

Рис. 1. Концептуальная структура программного комплекса, созданного для оценки трудоемкости проекта

Для оценки трудоемкости нами предложен подход с числом вариантов использования. В этот подход входят следующие этапы:

Этап 1. Классификация каждого варианта использования как простого, средней сложности или сложного. Основой для классификации является число транзакций в варианте использования, включая вторичные сценарии. Транзакция определяется как неделимый набор действий, который или выполняется весь полностью, или не выполняется вообще. Классификация варианта использования:

5, простой, если , < 3транзакций < 10, средний, если , если 4 > транзакций > 7,

KV =

15, сложный, если > 7транзакций.

Этап 2. Вычисляется произведение числа вариантов использования определенной сложности и коэффициента для этой сложности. Сумма трех произведений будет числом UUCP для приложения.

Этап 3. Коррекция первоначального числа UUCP, чтобы отразить сложность проекта и опыт команды. Для этого сначала вычисляется коэффициент технической сложности (TCF) на основе факторов, каждому из которых определяется рейтинг от 0 до 5. Ранг 0 означает, что данный фактор для этого проекта несуществен; ранг 5 означает основной фактор. TCF высчитывается по следующей формуле:

TCF = 0,6 + (0,01 *TFactor). (1)

Этап 4. Аналогично вычисляется фактор окружения (EF). Для факторов, связанных с уровнем опыта:

0, отсутствие опыта < 3, средний опыт,

_ [5, эксперт.

Для мотивации:

0, отсутствие мотивации < 3, средняя мотивация,

5, высокая мотивация.

Для стабильности требований:

0, нестабильные требования, < 3,средняя стабильность,

5, неизменные требования.

Для сотрудников, занятых неполный день:

0, отсутствие сотрудников, занятыхнеполный день • 3, половина сотрудников занята неполный день, р.1 _ [5, весь технический персонал занят неполный день.

Для степени сложности языка программирования:

F5

0, легкий в использовании,

< 3, средний в использовании, 5, очень сложный язык.

Взвешенная сумма дает EFactor, из которого получается EF по следующей формуле:

EF= 1,4 + (-0,03 *EFactor). (2)

Этап 5. Применяя эти два фактора, можно вычислить окончательное число точек вариантов использования (use case points, UCP) по следующей формуле:

UCP = UUCP*TCF *EF. (3)

Составление графика работ нами предложено разбить на два действия: составление общего графика выполнения работ (продолжительности проекта) с основными контрольными точками и разработка детального графика для отдельных задач. Перед принятием графика работ также следует проверить факторы, которые влияют на проект [4]. Если он зависит от внешних факторов (например, от завершения

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

Проектирование требует около 40 % времени (20 % для высокоуровневого проектирования и 20 % для подробного проектирования), создание также поглощает приблизительно 40 %, а сборка и тестирование системы - остальные 20 %.

Схематично процесс построения графика выполнения работ изображен на рисунке 2.

Рис. 2. Процесс построения графика работ

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

Литература

1. Данилов И. В. Концептуальные основы проектного управления предпринимательской деятельностью. // Вестник Университета (Государственный университет управления). - 2012. - № 8. - С. 37-41.

2. Ханова А. А. Концепция системы интеллектуального управления стратегически-ориентированным предприятием. // Экономика, статистика и информатика. Вестник УМО. - 2011. - № 1. - С. 187-193.

3. Ханова А. А. Концептуальная структура системы управления предприятием на основе интегрированных моделей (на примере грузового порта). // Научно-технические ведомости Санкт-Петербургского государственного политехнического университета. Информатика. Телекоммуникации. Управление. -2012. - Т. 3. - № 150. - С. 99-105.

4. Лебедев К. Н. Проблемы факторного анализа, основанного на методах детерминированного факторного анализа (Проблемы науки: «экономический анализ»). // ЭТАП: экономическая теория, анализ, практика. -2012. - № 3. - С. 4-13.