Разработка методики предварительной оценки стоимости IT-проектов
Исследование проблемы получения наиболее точной стоимостной оценки проекта разработки программного продукта. Выявление достоинств и недостатков существующих методов определения стоимости, а также рисков, которым могут подвергаться проекты web-студий.
| Рубрика | Экономика и экономическая теория |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 30.08.2016 |
| Размер файла | 153,9 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Достоинства:
Использование метода не требует больших усилий от сотрудников и значительных временных затрат.
Недостатки:
Ответственность принятия решения лежит на заказчике.
В процессе уточнения требований затраты на разработку могут сильно превысить ожидаемые.
2.7 PERT
PERT (Project Evaluation and Review Technique) - техника оценки и анализа проектов, которая используется в технологиях управления проектами. PERT - это способ анализа задач, необходимых для выполнения проекта. В особенности, анализа времени, которое требуется для выполнения каждой отдельной задачи, а также определение минимального необходимого времени для выполнения всего проекта [17].
Данный метод изначально использовался как вспомогательный инструмент, применявшийся при составлении графиков проведения технического обслуживания на химических заводах. Позволяет ответить на следующие вопросы:
Когда будет завершено проект в целом?
Какие работы или задачи являются критическими в проекте? Задержка в выполнении каких работ определяет задержку в выполнении проекта в целом?
Какие работы не являются критическими? То, которые могут протекать медленнее, без задержки завершения проекта в целом?
Какова вероятность того, что проект будет завершено к конкретной дате?
Относительно любой даты можно получить ответ: выполняется проект в соответствии с расписанием, отстает от расписания опережает расписание?
На любую дату можно получить ответ: тратятся деньги в соответствии со сметой на проект потрачено меньше предусмотренных средств или расходы превосходят то, что предусмотрено системой?
Достаточно ли ресурсов, чтобы закончить проект вовремя?
Если проект должен быть окончен в более короткий срок, которым является путь, что обеспечивает его завершения с наименьшими затратами?
Достоинства:
Анализ критического пути определяет задачи, которые должны быть выполнены в срок, чтобы проект в целом был выполнен в срок.
Недостатки:
Больше подходит для составления расписания работ по проекту и контроля их выполнения.
2.8 Покер планирование
Покер планирования (Scrum poker) - метод оценки, при использовании которого участники игры должны достигнуть к договорённости в вопросе о сроках и трудозатратах на какую-то определённую задачу. Этот метод часто используется для оценки сложности предстоящей работы или относительного объёма задач при разработке программного продукта.
Применим для команд, в которых придерживаются в гибкой методологии разработки, особенно методологии экстремального программирования.
Метод впервые был описан Джеймсом Греннингом в 2002 году и позднее популяризован Майком Коном.
Чтобы поиграть в покер планирование, нужно составить список обсуждаемых вопросов, задач и несколько колод пронумерованных карт. Карты в колодах должны быть пронумерованы. Как правило колода содержит карты, номера которых соответствуют числам из рада Фибоначчи, включая ноль, не исключается использования карт и с другими номерами, это на усмотрение команды, которая играет в покер планирование. Каждому участнику обсуждения выдаётся по одной колоде карт. Все колоды идентичны друг другу.
Далее начинается обсуждение задач по списку. Ведущий в выставлении оценок не участвует, а только ведёт собрание: озвучивает вопросы из списка, записывает результаты обсуждения. Может выдвигать какие-то свои предположения или способы решения. Игроки могут может задавать вопросы, обсуждать возможные сложности и риски предложений.
После того, как обсуждение одного пункта завершено, участники достают из своих колод по одной карте, номер которой соответствует той оценке, которую дал участник, и кладут их рубашкой вверх, показывая таким образом, что выбор сделан. Достоинства карт могут трактоваться по-разному: они могут означать количество дней или часов, необходимые для решения вопроса. Во время обсуждения значения числовых достоинств не должны меняться, они обговариваются и устанавливаются участниками перед началом игры.
После того как все сделали выбор, карты переворачиваются. Участники, которые поставили самые высокие или низкие оценки объясняют свой выбор. После того как все пришли к единому мнению, результаты фиксируются, обсуждение фокусируется на следующем вопросе. Голос потенциального исполнителя той или иной задачи или эксперта имеет больший вес.
Для обеспечения структурированности обсуждения и избежания затянуттых обсуждений и споров можно использовать таймер.
В нумерации карт используются числа последовательности Фибоначчи, так как они отражают типичную неопределённость при обсуждении сложных пунктов.
Бывает, что оценки, полученные с помощью такой игры в покер покера, более оптимистичны точны, чем оценки, полученные в результате простого суммирования отдельных оценок задач.
Достоинства:
Мнение одного участника команды не зависит от мнения других.
Недостатки:
Экспертная оценка.
Многие из описанных методов или требуют значительных усилий для получения результатов или не подходят для маленьких проектов. Проекты компаний, занимающихся разработкой web-сайтов, как правило, не отличаются большим объёмом. Такие проекты занимают от двух до трёх месяцев, при условии, что на проект тратится не всё рабочее время сотрудника и над проектом одновременно работают несколько человек.
Глава 3. Существующая практика анализа проектов в сфере web-разработки
На сегодняшний день информационные технологии развиваются огромными шагами и просачиваются во все сферы жизни общества: социальную, образовательную, духовную, политическую и, конечно же, в экономическую. Развитие бизнеса с помощью информационных технологий осуществляется практически каждой организацией. Например, рынок онлайн-торговли за 2014 год подрос с динамикой, схожей с предыдущими 2013 и 2012 годами, а именно на 30% и в 2015-м году снижение темпов роста торговли через интернет не ожидается [1]. Но не только интернет-магазины приносят прибыль, а также корпоративные сайты, информационные порталы и т.д. посредством рекламы и подробным описанием услуг, товаров и мероприятий.
По данным на начало 2012 года, в Рунете работают порядка 5 000 веб-студий, из них на российском рынке около 2 600. По итогам прошлого года число web-студий выросло приблизительно до 7000 [2]. Под веб-студиями мы понимаем компании, у которых разработка web-сайтов является основным видом деятельности.
Веб-разработка - процесс создания web-сайта или web-приложения. Основными этапами процесса являются web-дизайн, вёрстка страниц, программирование на стороне клиента и сервера, а также конфигурирование web-сервера.
Поскольку осуществление услуг web-студией может проводиться удалённо, то конкурировать приходится со всеми участниками рынка, число которых огромно. Чтобы сохранять конкурентоспособность необходимо обеспечивать высокое качество предоставляемых услуг. Для поддержки высокого уровня качества необходимо организовать и оптимизировать бизнес-процессы внутри организации.
В данной работе рассматривается несколько компаний:
«Амадо», интернет-агентство, город Пермь.
«Vitamin group», студия, город Пермь.
«Digital spectr», web-студия, город Пермь.
«Digital wand», web-студия, город Москва.
Компания «Амадо» специализируется на веб-разработке и продвижении для производственных предприятий, промышленных компаний, крупных дилеров, оптовиков и B2B-сектора. Существует с 2003 г. и на сегодняшний день занимает лидирующую позицию в топе Пермского края. По версии портала Рейтинг Рунета в 2013 г. заняла первое место среди веб-студий Перми и 30 место среди 5000 ведущих веб-студий России, а также 14 место в рейтинге веб-студий, работающих с крупнейшими компаниями. В портфолио успешно реализованные проекты для малого, среднего и крупного бизнеса как в Пермском крае, так и других регионах России и стран СНГ. В декабре 2013 года был отмечен юбилей: реализовано 400 проектов по заказам предприятий России, СНГ, стран Европы и США [3].
Компания «Vitamin group» на рынке более десяти лет, занимается разработкой сайтов, мобильных приложений, фирменного стиля компании, созданием видеороликов для компаний разных сфер деятельности.
Компания «Digital spectr» новичок на рынке web-разработки, но уже может похвастаться успешными и качественными проектами. Занимается разработкой и поддержкой сайтов на основе системы управления сайтом «1С-Битрикс», frontend-разработкой.
Компания «Digital wand» отличается от предыдущих трёх тем, что все сотрудники работают удалённо из разных городов. Занимается поддержкой и разработкой сайтов и мобильных приложениях на основе разных технологий (Yii 2, Symfony 2, 1С-Битрикс, Drupal и т.д.).
Было проведено исследование методов оценки проектов в целом и отдельных задача, используемых в организациях.
Сигналом для начал работ является заявка от клиента. Поступает путём непосредственного обращения клиента в компанию (телефонный звонок, посещение офиса, электронное письмо) или после предложения менеджера по продажам об оказании услуг потенциальным клиентам. Если клиент заинтересован в разработке или доработке сайта, разработке дизайна или прототипа сайта, рекламе и продвижении уже существующего сайта, составляется коммерческое предложение на основе устных или письменных требований заказчика, возможно приведение примеров из портфолио компании. Если состав услуг, срок оказания и стоимость устраивает заказчика, то оформляется заявка на проект, поле чего начинается проработка и составление более конкретных требований. Затем информация отправляется на оценку соответствующему специалисту. В общем, во всех исследуемых компаниях Оценка составляется специалистом на основе предыдущего опыта в подобных проектах и других информационных источников. Специалисту необходимо определить возможные временные затраты на выполнение проекта (программирование, дизайн, прототипирование) или конкретную стоимость (продвижение сайта). После чего, если оценка временная она переводится в стоимостную в соответствие с внутренним тарифом компании (1 час работы компании = устанавливаемая компанией сумма в рублях).
В ходе исследования выяснилось, что на этапе программирования чаще всего реальные затраты превышают запланированные.
Каждый разработчик фиксирует время, потраченное на выполнение задачи. После того как она выполнена, задача отправляется на тестирование.
Стоит отметить существенный недостаток существующих процессах организаций. После внесения изменения требований заказчиком, проект не переоценивается.
В настоящий момент в состав компании «Амадо» не входит отдел разработки. Все задачи отдаются на выполнение во фриланс или другим web-студиям. Большую часть задач выполняются компанией «Digital spectr», которая использует свои методы оценки.
После того, как заявка на проект сформирована в «Амадо», требования к проекту отправляются на оценку к потенциальным разработчикам. Полученная от разработчиков оценка перед тем как поступить заказчику подвергается изменениям менеджерами компании «Амадо». Обычно оценка программиста - это чистое время работы, поэтому оценка в рабочих днях как правило в 2 раза больше оценки по часам, из расчета что в день на проект уходит не более 4х часов. так же увеличивается оценка и в часах, так как в работу входит еще работа менеджера, документооборот и т.д. В итоге, если программист дал оценку, например, 10 часов, то заказчику будет предложено от 15 до 20 часов и срок выполнения, не менее 8 дней.
В надбавку так же закладывается время, которое может быть потрачено в случае возникновения рисков. Используется следующая таблица оценки рисков
Таблица 2. Таблица оценки рисков компанией «Амадо»
|
Наименование риска |
Вероятность |
Последствия |
Приоритет |
|
|
Отсутствие исполнителя задачи |
4 |
20 |
80 |
|
|
Наименование риска |
Вероятность |
Последствия |
Приоритет |
|
|
Результат работы недоступен |
1 |
5 |
5 |
|
|
Клиент недоступен |
2 |
6 |
12 |
|
|
Клиент не предоставляет необходимые данные |
3 |
15 |
45 |
|
|
Нечёткие требования |
5 |
25 |
100 |
|
|
Несоответствие оборудование требованиям |
1 |
1 |
1 |
|
|
Не устраивает готовый продукт |
3 |
15 |
45 |
|
|
Отвлечение сотрудников от текущего проекта |
5 |
10 |
50 |
|
|
Клиент не оплачивает услуги |
2 |
8 |
16 |
|
|
Квалификации сотрудника недостаточно для оперативного выполнения нестандартной задачи |
3 |
12 |
36 |
В компании «Digital spectr» немного другой подход. Поступившие от заказчика требования, при необходимости, подвергаются декомпозиции на более мелкие, как правило, типовые задачи. Для типовых задач есть среднее время их выполнения, полученное опытном путём при выполнении ранее. Для нетиповых задач выставляется экспертная оценка, иногда с применением покер планирования. К сумме оценок по задачам прибавляется время на устранение возможных рисков. Константа рисков также экспертная. После этого оценка отправляется на согласование напрямую заказчику или в «Амадо».
В компании «Vitamin group» имеется свой отдел программистов, они не прибегают к услугам аутсорсинга. Требования также разбиваются на более мелкие задачи проектным менеджером. Так же используются уже подготовленные оценки для типовых задача. Если задача нестандартная, то она отправляется на оценку разработчику, который будет над ней работать, если клиент согласует оценку. Оценка, данная разработчиком, проверяется проектным менеджером. Если оценка занижена, то менеджер добавляет часы, что тоже является экспертной составляющей. Затем, оценка отправляется руководителю отдела разработки, который согласовывает её с заказчиком. Руководитель отдела также может изменить оценку в большую или меньшую сторону.
В компании «Digital wand» подход к оцениванию проектов организован аналогично, но есть небольшие отличия: уровень квалификации разработчика учитывается руководителем, а не самим разработчиком. Оценка проектов выполняется руководителями отдела интуитивным образом, на основе профессионального опыта. Единичные задачи отдаются на оценку, разработчику, который будет заниматься задачей, если заказчик одобрит, выдвинутую им оценку, иначе она корректируется руководителем отдела разработки. Планируется составление таблицы с формализованными оценками типовых блоков. Также, оценка корректируется руководителем в большую или меньшую сторону, в зависимости от детализации технического задания и тех разработчиков, которые будут делать проект.
После того как оценка на проект одним руководителем, она проверяется и корректируется другим (всего их трое), обсуждаются спорные моменты, после чего оценка отправляется на согласование заказчику.
Вёрстка оценивается с коэффициентом 2 для количества часов, установленное верстальщиком.
Как показало исследование, ни в одной компании не используются какие-либо методологи в чистом виде.
Глава 4. Разработанная методика предварительной оценки стоимости IT-проекта в сфере web-разработок
Любой проект с точки зрения успешности имеет две составляющие: достижение результата и выполнение в рамках выделенных сроков и бюджета. Однако, сложно сказать, какой из показателей наиболее важный.
Общая стоимость проекта включает стоимость разработки программного обеспечения, стоимость оплаты сопутствующих работ и прочие расходы. Основной составляющей общей стоимости является стоимость его разработки, т. е. стоимость трудозатрат. По этой причине важно максимально точно оценить трудоемкость разработки ПО. После этого рассчитывается стоимость его разработки с учетом распределения на проекте работников разных категорий и стоимости 1 человеко-месяца для каждой категории.
В результате анализа методов, с помощью которых, можно провести оценку проекта и изучения бизнес-процессов можно сделать вывод, что ни в одной из исследуемых организаций не используется какой-либо метод для определения предварительной стоимости проекта в чистом виде и отсутствуют какие-либо инструменты для решения этой задачи. Более того, ни один из рассмотренных методов не подходит для оценки предварительной стоимости проектов в области web-разработок.
Следовательно, можно взять основные принципы методов, наиболее подходящих для оценки стоимости небольшого проекта на ранних этапах и адаптировать под исследуемую предметную область.
По итогам анализа методов, можно предположить, что наиболее удобными будут: методы «снизу вверх», метод оценки «по аналогу», и COCOMO II (способ функциональных точек).
Ещё раз выделим недостатки, из-за которых, методы не применимы в чистом виде.
Для метода «снизу вверх» недостаток только в том, чтобы рассчитать затраты для каждого уровня детализации может потребоваться много средств и времени.
Для метода «по аналогу» недостаток заключается в доверии к гипотезе, что проект-аналог и исследуемый проект похожи. Если же сходство между проектом-аналогом и оцениваемым проектом не велико, то результаты оценки могут получиться достаточно неточными.
Недостатком метода COCOMO II является тот факт, что метод не учитывает степень квалификации сотрудника, который будет работать над задачей и в силу отсутствия достаточного профессионального опыта, может потратить на задачу больше времени, чем было запланировано, а значит и увеличить затраты на её реализацию. Также, модель, построенная по такому методу, нуждается в калибровке и при нахождении значения коэффициента выравнивания значения параметров выравнивания определяются интуитивным путем, на основе актуальных пожеланий заказчика, который в большинстве случаев не всегда адекватно может сформулировать требования, предъявляемые ими самими к конечному результату. Подобные неточности могут привести к искажению объема программного продукта до 35%, что очень значительно.
Также ещё раз выделим достоинства каждого, которые могут быть использованы на практике.
Основное достоинство метода «снизу вверх» заключается в том, что благодаря достаточной детализации проекта, разбиения больших задач на более мелкие, мы можем спрогнозировать более точную оценку и в процессе выполнения проекта отследить, на какие именно задачи было потрачено времени сверх плана и почему.
Достоинством метода «по аналогу» является то, что, если мы уверены, что проект-аналог и новый проект имеют высокий процент сходства, то у нас уже есть набор оценок по задачам проекта. Благодаря чему, неудачные оценки проекта-аналога можно скорректировать в большую или меньшую сторону.
Как положительные стороны метода COCOMO II можно отметить высокую точность, учёт функциональных требований к проекту, а также COCOMO II уже отлаженная, проверенная модель.
При разработке методики предварительной оценки IT-проектов необходимо учесть тот факт, что даже если некий метод выдаёт значения оценок с высокой точностью, но при этом сложен в использовании, требует больших временных затрат и сложен для понимания, он не будет использоваться на практике. В чём мы убедились, проводя исследования разных компаний, основными проектами которых являются небольшие проекты в сфере web-разработок.
Поэтому имеет смысл взять положительные аспекты подходящих методов и адаптировать их для использования при оценки предварительной стоимости небольших проектов, в то же время, не требуя от аналитика или project-менеджера больших усилий и временных затрат. Нам необходимо предложить такой метод, который может стать основой для разработки дополнительного модуля или надстройки к системе учёта задач, которая используется в организации.
Почти все студии при составлении предварительной стоимостной оценке опираются на свой опыт в предыдущих проектах. Для отчётности перед заказчиком, на что было потрачено время и за что ему следует внести оплату, используют разбиения проекта на атомарные задачи. Чем более чётко и подробно выделены задачи, тем легче вести учёт времени и следить за ходом выполнения проекта. Из исследуемых организаций, не все закладывают возможные потери из-за возникновения рисков в оценку, что делать необходимо. И не все учитывают уровень квалификации отдельных разработчиков.
Учитывая все эти факторы попробуем составить модель, которая поможет сформировать предварительную оценку стоимости с высокой стоимость и наименьшими трудозатратами.
Используем принцип методов «снизу вверх» и «по аналогу», а именно будем разбивать проект на отдельные задачи и составлять их оценку с учётом предыдущего опыта с аналогичными задачами. То есть, если аналогичный функционал уже когда-то был реализован, то необходимо учесть его оценку и степень квалификации сотрудника, выполнявшего реализацию, и не выставлять для новой задачи с такими же характеристиками оценку ниже, чем у предыдущего аналога.
Так же, по принципу COCOMO II будем использовать коэффициенты для верификации новой модели, а именно коэффициент рисков и коэффициент степени квалификации разработчиков.
Но перед тем, как составить модель, необходимо определить полный список показателей, который необходим для составления предварительной стоимостной оценки проекта, при условии, что весь функционал, который будет реализован уже разбит на атомарные задачи.
Сначала, требуется найти счётный показатель, высоко коррелированный с размером всего проекта. Если оцениваются затраты и сроки при фиксированной функциональности, наибольшее влияние на оценку проекта оказывает его размер. Следовательно, нужно найти показатель, убедительно отражающий размер проекта. В разных средах наиболее точными показателями размера проекта оказываются разные величины. В одной среде лучшим показателем может быть количество web-страниц, в другой - количество маркетинговых требований, тестовых сценариев или параметров конфигурации. Трудность в том, чтобы подобрать хороший показатель размера именно для среды проекта. В данном случае - это число типовых страниц.
Необходимо найти показатель, дающий статистически осмысленное среднее значение. Весь проект состоит из типовых задач. По каждому типу можно посчитать среднее число часов, которое тратилось раньше. Если же задача не типовая, то придётся использовать экспертную оценку и коэффициент сложности. С точки зрения статистики для получения осмысленного значения необходимо не менее 20 наблюдений. Исходная выборка содержит 337 наблюдений, следовательно, она подойдёт для расчёта средних значений для демонстрационной модели.
Ещё одно требование к показателям - их расчёты не должны требовать слишком много усилий и времени.
На основе исследований С. Макконнелла, затраты на управление проектом составляют около 15-20 % от всего проекта. Учтём это значение в коэффициенте [30].
Также нужно добавить в расчёт коэффициент риска и константные значения такие, как стоимость вёрстки, стоимость разработки прототипа, стоимость разработки дизайна, стоимость программного продукта.
Проверим на основе данных, предоставленных компанией «Амадо», зависит ли время выполнения задачи и степень её срочности от уровня квалификации сотрудника, если да, то на сколько. Проверим это предположение, построив график, отображающий соотношение число часов сверх нормы и исполнителей.
Рисунок 1. Число часов сверх нормы и исполнителей.
На оси X отмечены имена сотрудников, в данном случае численное обозначение, на оси Y отображена сумма часов, которые были израсходованы сверх установленной предварительной оценки. На графике видно, что такая зависимость есть, поскольку под номерами 1-3 отображена сумма для более опытных сотрудников, под номерами 5-7 сумма лишних часов стажёров.
Общая стоимость задачи или проекта в денежном эквиваленте, вырежется через ставку компании за час работ. И не стоит игнорировать стоимость аналогичных работ у конкурентов.
Следовательно, стоимость проекта рассчитывается по следующей схеме.
Если в требованиях указываются необходимость в разработке прототипа и дизайна, то отправляется запрос в отдел дизайна, где специалисты по своим тарифам подсчитывают стоимость, на основе числа типовых страниц (N). Обозначим условно эту составляющую как DC (Design Cost)
На основе числа типовых страниц, отрисованных в отделе дизайна согласовывается стоимость вёрстки. Если вёрсткой занимается специалист на аутсорсинге и стоимость разработки фиксированная, то можно обозначит эти затраты как LC (Layout Cost).
На основе требований специалист определяет на основе какого программного обеспечения будет реализован проект. Если используется платное ПО, то затраты на его приобретение можно обозначить как SC (Software Cost). В частности, если используется система управления сайтом «1С- Битрикс» (наиболее распространённая в последнее время), то стоимость редакций будет следующая:
«Первый сайт» - 1990 рублей.
«Старт» - 4900 рублей.
«Стандарт» - 14 900 рублей.
«Эксперт» - 47 900 рублей.
«Малый бизнес» - 32 900 рублей.
«Бизнес» - 66 900 рублей.
Опираясь на матрицу оценки рисков, полученную от экспертов компании «Амадо», рассчитаем коэффициент возможных затрат из-за возникновения рисков и надбавку к стоимости проекта, которая покроет пусть не все, но наиболее вероятные и существенные риски. Средний ущерб в последствии рисков составит 11.7 - это будет коэффициент риска - RC (Risk Cost). Далее, проект разбивается на отдельные задачи, если этого ещё не сделано. Для каждого типа задачи находится среднее время выполнения на основе архивных данных. Обозначим этот показатель как TC (Task Cost)
К этому времени нужно добавить затраты на постановку и тестирование задачи (15% от общего времени). Обозначим эту составляющую как MC (Management Cost).
Ставка компании за 1 час работы - CR (Company Rate) = 1500 рублей.
Если задача не типовая, то коэффициент за сложность составляет примерно 1.4 (на основе исходных данных среднее превышение времени выполнения нестандартной задачи составило около 40 %). Обозначим эту составляющую как CC (Complexity Cost). Если задача типовая, то CC = 0.
Также, учтём возможности исполнителя, который будет заниматься разработкой. Рейтинг исполнителя складывается из четырёх показателей.
Первый показатель рассчитывается из следующих значений:
Число завершённых задач (a).
Число просроченных задач (b).
Приоритеты просроченных задач:
Высокий (c).
Средний (d).
Низкий (e).
По формуле:
Второй рассчитывается на основе запланированного времени на задачи и фактического по формуле:
Третий коэффициент рассчитывается на основе оценок за выполненные задачи по формуле:
Четвёртый показатель рассчитывается на основе времени отработки сотрудника за период (планового объёма часов и фактического) по следующей формуле:
Индекс сотрудника, EC (Employee Cost), вычисляется по формуле:
EC принимает значение от -? до 1. На практике, значение находится в диапазоне от 0,7 до 1.
В итоге, получается, что стоимость проекта будет равна:
Если мы хотим получить чистую оценку проекта без компании, то нужно умножить не на ставку компании, а на ставку сотрудника (n рублей / час). Полученная оценка не включает издержек компании.
Проверим составленную модель на реальных данных. Имеется набор данных с информацией о том какие задачи были выполнены, за какое количество времени и сколько времени на них было запланирован (см. Приложение Б, таблица Б.2). Реально потраченное время превышает плановое почти в 1.5 раза.
Сначала рассчитаем коэффициент исполнителя. Исполнитель отработал за период с 01.04.2016 по 01.05.2016 75.5 часов (данные взяты из системы учёта рабочего времени компании). Число завершённых задач = 16. Число просроченных задач = 4. Приоритеты просроченных задач равны значению «средний». Выполним расчёт:
Найдём остальные показатели для данного проекта:
Дизайн проекта был выполнен средствами заказчика, поэтому DC=0.
Вёрстка тоже выполнялась средствами заказчика, аналогично, LC=0.
Сайт реализован с помощью системы управления сайтом 1C-Битрикс редакции «Старт», стоимость которой составляет 4900. Оплата хостинга осуществляется заказчиком, эти затраты не входят в предварительную оценку проекта, поэтому SC=4900.
RC=11.7.
TС -
CR = 400
СС=0.
В результате расчётов по представленной методике (см. Приложение В, таблица В.1) получили предполагаемое время выполнения задач проекта за 109 часов, когда фактическое время выполнения задач составило примерно 123 часа, изначально предполагалось, что будет потрачено всего 72,5.
Очевидно, что расчёт первоначальной стоимости проекта описанным способом более точен, чем определение предварительной стоимости на основе только экспертной оценки и оценки по аналогу. Для подтверждения результатов проведём расчёт еще для одного проекта.
Можно сделать вывод, что методика даёт оценку куда более точнее, чем экспертное мнение и метод «по аналогу», которые частично используются в данной компании для прогнозирования стоимости проектов.
Для подтверждения результатов, был проведён расчёт ещё для одного проекта. Для исследования был взят набор данных, предоставленный компанией «Амадо» (см. Приложение Б, Таблица Б.1. Задачи, выполняемые в компании «Амадо» в период с 01.03.2015 по 01.06.2016).
Таблица 3. Значения для расчёта индекса эффективности сотрудников компании «Амадо»
|
просроченные задачи |
временные затраты |
число отрицательных и положительных оценок |
плановый и фактический объём отработанных часов |
|||||||
|
c |
d |
e |
Факт |
План |
Полож. |
Отр. |
Факт |
План |
||
|
Сотрудник 1 |
0 |
0 |
0 |
11,00 |
8 |
109 |
1 |
36,00 |
35,00 |
|
|
Сотрудник 2 |
0 |
1 |
0 |
13,00 |
15 |
65 |
0 |
26,00 |
25,00 |
|
|
Сотрудник 3 |
0 |
2 |
0 |
9,00 |
10 |
74 |
1 |
26,00 |
25,00 |
На основании собранных данных можно провести расчёт индекса эффективности.
Таблица 4. Расчёта индекса эффективности.
|
x1 |
x2 |
x3 |
x4 |
EC |
||
|
Сотрудник 1 |
0,00 |
0,27 |
0,00 |
0,03 |
0,70 |
|
|
Сотрудник 2 |
-0,01 |
-0,15 |
0,00 |
0,96 |
0,20 |
|
|
Сотрудник 3 |
-0,02 |
-0,11 |
-0,01 |
0,96 |
0,18 |
Судя по индексу эффективности сотрудников, можно сделать вывод, что в команде два сотрудника имеют меньше опыта, чем третий, это важно учесть при оценке проекта, поскольку
После проведения расчётов (см Приложение В, Таблица В.2. Расчёт предварительной стоимости проекта «АКГС») получились следующие значения:
Число затраченных часов = 61.
Число запланированных часов = 48.
Число часов, полученное с помощью разработанной методики = 82.
В данном проекте большинство задач было поручено сотруднику с наименьшим EC, к оценке по его задачам, число часов было увеличено почти вдвое.
Выполним расчёт для другого проекта, где большая часть задач поручена сотрудникам с высоким значением EC.
После проведения расчётов (см Приложение В, Таблица В.3. Расчёт предварительной стоимости проекта «Игроград») получились следующие значения:
Число затраченных часов = 83.
Число запланированных часов = 75.
Число часов, полученное с помощью разработанной методики = 116.
По результатам можно сделать вывод, что даже для тех задач, которыми будут заниматься более опытные сотрудники, делается небольшая надбавка часов.
Данная методика расчёта оценки ориентирована на исследуемую компанию и организации подобного типа. В условиях разработки крупного проекта может возникнуть необходимость в доработке методики.
Заключение
В данной работе были исследованы реальные организации, занимающиеся реализацией IT-проектов, выявлены проблемы в процессе формирования предварительной оценки стоимости проектов. Проанализированы процессы составления предварительной оценки стоимости проектов. В результате исследования были обнаружены недостатки в используемых практиках оценки проектов. Оценки часто были намного ниже, чем фактические затраты. Как показало исследование, ни в одной компании не используются какие-либо методологи как они есть.
Для устранения недостатков способов были проанализированы существующие методы оценки проектов, определены и сформулированы риски для проектов web-студий, выявлена их степень опасности и вероятность возникновения.
На основе полученных данных была составлена методика предварительной оценки стоимости, ориентированная на степень квалификации программистов. Для тестирования методики были проведены расчёты для нескольких проектов. Результаты расчётов оценок по разработанной методики оказались более приближенными к фактическим затратам, чем те оценки, которые были определены на основе экспертного мнения и метода «по аналогу».
Библиографический список
РД IDEF0-2000 Методология функционального моделирования IDEF0 - М.: ИПК Издательство стандартов, 2000. -- 62с.
Project management institute Руководство к своду знаний по управлению проектами (Руководство PMBOK) / Project management institute -
5-е изд. 2013 - 586с..
Абросимов В.К. / Информационная мощность компании / Абросимов В.К., Канаев С.А. / «Бизнес-информатика» - 2010. № 3, с 3-9.
Алфёров П. A. / Роль бизнес-заказчика в ИТ-проекте / «Управление проектами» - 2008г., № 4, менеджера [электронный ресурс:] http://www.pmmagazine.ru/ [режим доступа: http://www.pmmagazine.ru/document.asp?ob_no=771] [Проверено: 21.12.2014].
Авдошин С.М. / Информационные технологии для управления финансовыми рисками / Авдошин С.М., Песоцкая Е. Ю. / «Бизнес-информатика» - 2011. № 1, с 42-49.
Бабкин Э.А./ Метод определения противоречий в demo-моделях бизнес-процессов: Моделирование и анализ бизнес-процессов / Бабкин Э.А.,
Бузуева А.А., Логвинова К.В./ «Бизнес-информатика» - 2014г., № 2, с 33-42.
Баженова Е.А./ Влияние информационно-коммуникационных технологий на управление бизнес-процессами малых и средних предприятий в развивающихся странах / Баженова Е.А., Таратухин В.В./ «Бизнес-информатика» - 2012. № 3, с 9-16.
Будник Р.А./ Потенциальная доходность информационных объектов / «Бизнес-информатика» - 2012. № 1, с 49-54.
Брускин С.Н./ Разработка и внедрение систем управления финансовой эффективностью / «Бизнес-информатика» -- 2010. № 2, с 50-53.
Жукова В.В./ Финансовая структура и модель бюджетирования в торговой компании / Финансы, денежное обращение и кредит - 2011г., № 11, с. 161-164.
Жукова В.В./ Бюджетирование в девелоперских компаниях: совершенствование его механизма / «Финансы и кредит» ФГБОУ ВПО «Самарский государственный экономический университет» - 2014г., 21с.
Жукова В.В./ Ошибки в бюджетировании на Российских предприятиях и способы их исправления / «Финансы и кредит» ФГБОУ ВПО «Самарский государственный экономический университет» - 2011г., № 10, с. 172-176.
Зырянов М./ «Страссман и трансформация» / «Директор информационной службы» -- 2014г., № 4, [электронный ресурс:] http://www.osp.ru/ [режим доступа: http://www.osp.ru/cio/2014/04/13040777/] [Проверено: 21.12.2014].
Коровкина Н.Л./ «Разработка модели количественной оценки уровня зрелости управления ИТ-проектами» / Коровкина Н.Л., Трушкина Е.П./ «Бизнес-информатика» - 2010 г., №4, с 13-20.
Коровкина Н.Л./ Обоснование инвестиций в информационные технологии на основе дерева бизнес-драйверов / Коровкина Н.Л., Фрай М.С./ «Бизнес-информатика» - 2014. № 3, с 57-68.
Кратенок А.А./ Инструментальный метод оценки стоимости IT-проектов на стадии предварительного проектирования / Научно практический журнал «Современные научные исследования и инновации» - 2012г., № 12 [электронный ресурс:] http://web.snauka.ru [режим доступа: http://web.snauka.ru/issues/2012/12/19093] [Проверено: 21.12.2014].
Кравченко Т.К./ Управление требованиями при реализации ИТ-проектов / «Бизнес-информатика» - 2013. № 3, с 63-71.
Липаев В.В./ Экономика производства программных продуктов - М. «Синтег», 2011 г., с.3-335.
Метод PERT(США) / [электронный ресурс:] http://bourabai.ru [режим доступа: http://bourabai.ru/einf/pert.htm][Проверено: 21.12.2014].
Методы и функции бюджетирования / Энциклопедия производственного менеджера [электронный ресурс:] http://www.up-pro.ru [режим доступа: http://www.up-pro.ru/encyclopedia/funkcii-budzhetirovaniya.html] [Проверено: 21.12.2014].
Основные функции Project / [электронный ресурс:] http://office.microsoft.com/ [режим доступа: http://office.microsoft.com/
ru-ru/project/FX103802304.aspx] [Проверено: 21.12.2014].
Павлова О./ Почему проваливаются ИТ-проекты: расчёты и реалии / «PCWeek. ИТ-менеджмент» - 2014г., [электронный ресурс:] http://www.pcweek.ru/ [режим доступа: http://www.pcweek.ru/management/article/detail.php?ID=160673] [Проверено: 21.12.2014].
«Управление проектами» / «Клуб топ-менеджеров 4CIO» - [электронный ресурс:] http://www.4cio.ru/ [режим доступа: ttp://www.4cio.ru/pages/index/150/] [Проверено: 21.12.2014].
Четвериков В.В./ Интегрированная система управления проектами научно-технического центра нефтяной компании «Роснефть» / Гордиевских В.В., Громаков Е.И., Малышенко А.М., Воронин А.В., Галактионов Е.А./ «Известия томского политехнического университета» - 2007 г., №5, с. 40-46
Управление финансовым бюджетированием на предприятии / [электронный ресурс:] http://www.prognoz.ru/ [режим доступа: http://www.prognoz.ru/products/
byudzhetirovanie] [Проверено: 21.12.2014].
Управление проектами: основы профессиональных знаний и национальные требования к компетенции специалистов. - М.: СОВНЕТ, 2010.
Eliminate Debt. Build Wealth. Budget Simple/
[электронный ресурс:] https://www.budgetsimple.com/ [режим доступа: https://www.budgetsimple.com/#s=g&m=o&c=(qticpke)
&t=np&o=-und&i=1146031753.1419176581] [Проверено: 21.12.2014].
D. Chaffey / E-business and e-commerce management - Edinburg, 2009г. с. 1-735.
PMBoK: Guide to The Project Management Body of Управление проектами: основы профессиональных знаний и национальные требования к компетенции специалистов. -PMI, 2004-2009.
McConnell S. / Software Estimation: Demystifying the Black Art -Redmond, Microsoft Press, 352 с, 2006.
Newell M. / Preparing For The Project Management Professional (PMP) Certification Exam, AMACOM American Management Association, 379 с., 2005.
Размещено на Allbest.ru
...Подобные документы
Рассмотрение проблемы определения износа в оценке стоимости объекта недвижимости. Описание и вычисление износа, его экономического содержания, видов. Анализ методов оценки физического, морального и внешнего износа, выявление их достоинств и недостатков.
курсовая работа [235,5 K], добавлен 06.12.2014Раскрытие экономической сущности стоимости капитала как принесенного дохода, необходимого для оправдания вложений инвестора. Характеристика традиционных методов и моделей оценки стоимости капитала. Практика определения стоимости собственного капитала.
контрольная работа [24,4 K], добавлен 16.06.2011Определение рыночной стоимости объекта с целью его дальнейшей продажи. Процесс оценки и последовательность определения стоимости. Обзор подходов и методов определения рыночной стоимости. Анализ и прогноз валовых доходов, расходов и инвестиций компании.
дипломная работа [146,3 K], добавлен 12.07.2011Основание для проведения оценки. Результаты оценки и итоговая величина стоимости объектов оценки. Определение рыночной стоимости объектов оценки в рамках затратного подхода. Процедура оценки рыночной стоимости движимого имущества. Этапы процесса оценки.
курсовая работа [151,9 K], добавлен 02.04.2009Основные цели и методы оценки стоимости предприятий. Процесс оценки стоимости предприятия с циклическим развитием на примере ООО "Векор". Анализ хозяйственной деятельности торгового предприятия. Использование модели Гордона для расчета рыночной стоимости.
курсовая работа [1,1 M], добавлен 18.09.2015Допущения и ограничения, которые принимаются в процессе определения рыночной стоимости объекта оценки. Описание объекта оценки (жилого пятиэтажного здания). Анализ наилучшего и наиболее эффективного использования, рыночной стоимости объекта недвижимости.
курсовая работа [916,5 K], добавлен 15.10.2015Понятие оценки стоимости имущества, объекты оценки, виды оценочной стоимости. Законодательно-правовая основа, этапы проведения оценки имущества. Сущность подходов и методов оценки имущества. Преимущества в применении различных подходов к оценке имущества.
курсовая работа [59,1 K], добавлен 19.07.2010Понятие, цели и принципы оценки стоимости предприятия. Сущность каждого из методов оценки стоимости бизнеса в рамках доходного, затратного и сравнительного подходов к оценке. Отчет об определении рыночной стоимости 1 пакета акций ЗАО "Сибур-Моторс".
дипломная работа [772,0 K], добавлен 02.07.2012Исследование понятия "гудвилл", анализ методологии его оценки и определение роли Гудвилла в стоимости российских компаний. Описание методов оценки стоимости Гудвилла: оценка с позиции избыточной прибыли, по объему реализации и рыночной стоимости активов.
контрольная работа [24,3 K], добавлен 14.07.2011Разработка программного продукта для мониторинга эндокринных нарушений. Определение затрат на разработку ПП и договорной цены. Расчет текущих расходов, стоимости материалов, стоимости специального оборудования. Экономическая эффективность нового изделия.
курсовая работа [787,2 K], добавлен 05.02.2016Применяемые стандарты оценочной деятельности. Вид определяемой стоимости объекта оценки. Описание объекта оценки: однокомнатная квартира. Технология определения стоимости объекта. Анализ эффективного использования и оценка рыночной стоимости объекта.
курсовая работа [710,4 K], добавлен 16.06.2011Расчет времени разработки проекта и времени работы компьютера. Определение стоимости одного машинного часа. Расчет себестоимости программного продукта и обоснование его цены. Анализ конкурентоспособности и экономический эффект от внедрения продукта.
курсовая работа [56,5 K], добавлен 29.05.2015Понятие, принципы, подходы и методы оценки стоимости. Применение финансового анализа для целей оценки стоимости промышленного предприятия. Отбор финансовых коэффициентов и показателей для целей оценки стоимости бизнеса и их практическое применение.
дипломная работа [547,0 K], добавлен 03.05.2018Оценка стоимости предприятия (бизнеса) как расчет и обоснование стоимости на определенную дату. Результат проведенной оценки, ее определение в денежном выражении. Доходный подход, расчет денежных потоков. Анализ рисков и расчет ставки дисконтирования.
контрольная работа [50,9 K], добавлен 28.08.2012Доходный подход - совокупность методов оценки стоимости объекта оценки, основанных на определении ожидаемых доходов от него. Основные этапы оценки предприятия методом дисконтирования денежных потоков, его недостатки. Сущность метода капитализации прибыли.
курсовая работа [93,5 K], добавлен 13.04.2010Теоретические основы оценки стоимости компании. Законодательство в сфере оценки стоимости бизнеса. Доходный, затратный и сравнительный подход в оценке стоимости. Краткая характеристика ПАО "ВымпелКом". Оценка стоимости организации методом чистых активов.
дипломная работа [2,4 M], добавлен 03.05.2018Обоснование сметной стоимости программного продукта. Трудоемкость разработки ПП. Затраты на материалы и покупные комплектующие изделия, оплату труда и отпускной цены программного продукта. Определение текущих затрат, связанных с эксплуатацией задачи.
курсовая работа [38,7 K], добавлен 10.08.2012Анализ отличия стоимости в обмене от стоимости в пользовании. Исследование понятия рыночной и инвестиционной стоимости. Принципы ожидания и замещения в оценке стоимости недвижимости. Жизненные циклы объектов недвижимости. Особенность рынка недвижимости.
реферат [34,1 K], добавлен 21.10.2013Изучение особенностей земли как товара в России. Исследование основных принципов рыночной стоимости земли. Согласование результатов оценки стоимости земли. Анализ методов сравнения продаж, распределения, выделения, остатка и капитализации земельной ренты.
реферат [25,0 K], добавлен 30.11.2016Теоретические и методические аспекты оценки стоимости предприятия. Способы применения метода сделок при оценке стоимости бизнеса. Характеристика оценки стоимости предприятия ООО «Технология». Опасные и вредные факторы на рабочем месте экономиста.
дипломная работа [314,6 K], добавлен 21.12.2008
