ВВЕДЕНИЕ 5
1 Моделирование. Теория управления проектами 7
1.1 Модели и моделирование 7
1.1.1 Математическое моделирование 9
1.1.2 Модели и моделирование в системном анализе 10
1.2 Оценка параметров моделей 11
1.3 Теория управления проектами 13
Выводы к 1-ой главе: 17
2 Методики оценки трудозатрат 18
2.1 Классификация методик 18
2.1.1 Методики микрооценки 18
2.1.2 Методики макрооценки 20
2.2 Преимущества и недостатки методик 28
Выводы ко 2-ой главе: 30
3Оценка психофизиологических ресурсов специалистов 31
3.1 Основные роли и должности, существующие в разработке ПО 31
3.2 Типология К.Г Юнга в контексте расстановки и адаптации людей к
профессиональной деятельности 32
3.3 Анализ предрасположенностей к определенному виду деятельности 34
3.4 Управление с учетом типологических качеств сотрудников 39
3.5 Пример соответствия видов деятельности типам личности 41
Выводы к 3-ей главе: 47
4 Методологии управления проектами 48
4.1 Традиционная (Каскадная) методология управления проектами 48
4.2 Методология управления проектами PRINCE2 49
4.3 Методология быстрой разработки приложений (Rapid Application
Development — RAD) 52
4.4 Гибкая методология управления проектом 52
Выводы к 4-ой главе: 54
5 Методика оценки трудоемкости 55
5.1 Методика оценки трудоемкости с учетом квалификации, психотипов и компетенций программистов 55
5.1.1 Исходные данные для оценки 56
5.1.2 Предварительный анализ 58
5.1.3 Алгоритм оценки 58
5.1.4 Пример расчетов 67
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 82
В любом программном проекте приходится балансировать между стоимостью, временем, качеством и объемом реализуемой функциональности. Соответственно, точный расчет ресурсов, необходимых для реализации данного продукта с заданными требованиями к качеству, является одной из основных проблем в области управления проектами. При этом расчете возникают сложности учета огромного количества факторов, влияющих на жизненный цикл ПО. Как следствие, сегодня многие компании сталкиваются с серьезными проблемами в случае неправильных расчетов необходимых сроков и стоимости:
1) при недооценке - непредвиденная трата дополнительных средств, недовольство заказчика невыполнением обязательств в срок, "бессонные ночи" сотрудников, сложность управления "обвальным" проектом, низкое качество конечного продукта, слаборазвитые функции системы и т. д;
2) при переоценке - бесполезный расход ресурсов, привлеченных к проекту, отказ заказчика от контракта с данными условиями (как следствие, возможно, потеря рабочих мест) и т.д.
Для оценки сроков выполнения проекта существует множество методик оценки. Однако многие из этих методик уже устарели, и их применение даст неадекватный результат, влекущий за собой неблагоприятные последствия. Из мировых методик наиболее успешными и распространёнными в настоящее время являются COCOMO II и FPA IFPUG. Обе методики базируются на принципе оценки функционального размера. В России в большинстве случаев оценка стоимости разработки программного обеспечения и формирование бюджета формируется на основании экспертных суждений, по аналогии либо «наугад», что часто не отражает реальную стоимость заказываемых программных проектов. Как правило, при оценке стоимости не учитывается человеческий фактор. Разные исполнители сделают одну и ту же работу за разные промежутки времени, потому что обладают разными навыками, опытом и знаниями. Поэтому для точности оценки необходимо учитывать навыки, психологический тип, компетенцию и квалификацию каждого исполнителя. В данной работе был проведен анализ зависимостей психотипов человека на выполнение определенных видов деятельности и их влияние на эффективность выполнения работ. Разработанная методика позволяет выполнять более точную оценку стоимости программного проекта за счет модификации алгоритма расчёта, вследствие учета квалификации, психотипов и компетенций не только программистов, но и других специалистов, участвующих в разработке программного продукта.
