Исследование проблемы получения наиболее точной стоимостной оценки проекта разработки программного продукта. Выявление достоинств и недостатков существующих методов определения стоимости, а также рисков, которым могут подвергаться проекты web-студий.
Аннотация к работе
Выпускная квалификационная работа магистра по направлению подготовки 38.04.05 "Бизнес-информатика" В данной работе исследуется проблема получения наиболее точной стоимостной оценки проекта разработки программного продукта. В рамках этого исследования был проведен детальный анализ методов оценки, больше внимания уделено методам, применимым к разработке программных продуктов. Для достижения цели, поставленной в данной работе, было проведено исследование в четырех разных компаниях, специализирующихся на разработке сайтов: «Амадо», интернет-агентство, город Пермь.Проект такой компании представляет собой временное предприятие для достижения определенной уникальной цели. Как только поступает заявка на проект или проведения дополнительных работ для уже существующего программного решения, необходимо выполнить анализ рентабельности, оценить риски, сформулировать предварительные сроки завершения проекта и прочее. Часто возникают ситуации, когда проект оценивается на основе прецедента, что можно назвать приблизительной оценкой, без анализа общего финансового состояния предприятия, издержек и ситуации на рынке. Данное исследование направлено на совершенствование системы анализа затрат на проект ИТ-предприятия и решение следующих проблем: Нечеткое распределение средств на ИТ-проекты. Особенность ИТ-проекта заключается в том, что при разработке он может проходить этапы реализации не последовательно, проект может вернуться на предыдущие стадии для доработки, изза чего могут произойти существенные сдвиги сроков выполнения проекта и, как следствие, отклонение от его первоначальной стоимости.Если определение требований и проектирование выполнено некачественно, то на более поздних стадиях разработки проекта могут возникнуть ошибки, и к данному этапу придется возвращаться еще раз, что потребует еще больше затрат. Запоздание сдачи проекта может потребовать дополнительных действий, требующих еще дополнительного времени, которые совершенно не нужны при нормальном, плановом выполнении проекта. Вот некоторые из них: Дополнительные встречи с начальством и обсуждение хода проекта и мер, необходимых для того, чтобы нормализовать план работ по проекту. По результаты исследования PMI, в котором анализировались 23 тысячи проектов по разработке приложений, только 26% ИТ-проектов выполняется вовремя и в рамках бюджета, 46% опаздывают или выходят за рамки бюджета, а 28% проваливаются. Управление проектом имеет смысл и окупается только в том случае, если перед проектом стоят действительно серьезные ограничения: по срокам, бюджету, качеству и т.д.В список рассматриваемых работ вошли в основном публикации журналов ВАК, статьи из междисциплинарного научного журнала «Бизнес-информатика», работы из архива высшей аттестационной комиссии и другие источники. «Бизнес-информатика» - рецензируемый междисциплинарный научный журнал, выпускаемый с 2007 года Национальным исследовательским университетом «Высшая школа экономики» (НИУ ВШЭ). Трушкина «Разработка модели количественной оценки уровня зрелости управления ИТ-проектами» рассматривается методика оценки ИТ-проекта, построенная на утверждении П. Поскольку непосредственные усилия разработчиков обеспечивают большую часть стоимости ПО, то методы оценки проектов в основном сосредотачиваются именно на этом аспекте и дают оценки в человеко-месяцах, которые затем преобразовываются в длительность проекта или его стоимость. Кратенок «Инструментальный метод оценки стоимости ИТ-проектов на стадии предварительного проектирования» предлагает использовать такие модели как COCOMO II (Constructive Cost Model), метод PERT или анализ продукта методом функциональных точек [16].Майкл Ньюэл, вице-президент компании PSM Consulting, член Института управления проектами, в своей книге «Preparing For The Project Management Professional (PMP) Certification Exam», посвященной вопросу оценки стоимости программных продуктов, описал такую категорию методов оценки, как общие [31]. Метод оценки стоимости «сверху вниз» (англ. top down estimate) лучше использовать для оценки стоимости на ранних стадиях проекта, когда требования к проекту еще нечеткие. Смысл такой оценки в том, что она производится без детализации, обобщенно и проект оценивается в общем по нескольким или вообще одному показателю. Название метода отражает способ расчета оценки - метод предполагает оценку затрат на более детальных уровнях проекта, уже для атомарных задач, на более высоких уровнях оценки детальных уровней суммируются для получения стоимости всего проекта. Преимуществом этого метода в том, что он предоставляет возможность получить в результате оценку, которая в свою очередь будет зависеть от степени детализации проекта при оценке затрат для мелких задач.Считается, что метод Delphi лучше использовать, если к работе привлекаются эксперты, компетентные не по всей проблеме, а по ее отдельным вопросам.
План
Оглавление
Аннотация
Оглавление
Введение
Глава 1. Оценка программных проектов
Глава 2. Обзор существующих методов оценки проектов
2.1 Общие методы оценки
2.2 Метод Delphi
2.3 COCOMO
2.4 SLIM
2.5 SEER-SEM
2.6 Экстремальное программирование
2.7 PERT
2.8 Покер планирование
Глава 3. Существующая практика анализа проектов в сфере web-разработки
Глава 4. Разработанная методика предварительной оценки стоимости IT-проекта в сфере web-разработок