Project Information
- Name Example Theme Customize
ГИС ЖКХ – это информационный портал по взаимодействию власти, предпринимателей, физ. лиц и всех тех прочих, кто так или иначе задействован в области жилищно-коммунального хозяйства. Там собрана вся информация о сфере, через портал можно оплачивать коммунальные услуги, отправлять показания счетчиков, контролировать работы управляющих компаний и жаловаться на них. Перечень не полный.
Перед нами стояла задача оценить стоимость доработок по модернизации этой системы – программного кода, написанного разработчиками. Ранее с таким мы не сталкивались, однако спустя несколько минут колебаний, исследовательский интерес победил страх перед неизвестностью, и мы вписались в проект. Сделали анализ российского рынка IT, отдельно рассмотрели госсектор, выделили крупнейших поставщиков, рассмотрели важнейшие государственные проекты, глянули, как обстоят дела с цифровизацией в ЖКХ, провели анализ гос. закупок (44-ФЗ). Осталось посчитать.
Как известно, оценочная методика предполагает использование трех основных подходов. Стоимость объекта можно определить с точки зрения затрат (затратный подход), сравнения (сравнительный) или доходности (доходный подход). Система у нас государственная, создана на благо родины и ее многонационального народа, поэтому денег не приносит. Сравнивать в теории можно с данными гос. закупок, однако показатели для сравнения на сайте раскрыты довольно скудно, можно сильно ошибиться. Остается затратный подход.
Реальные затраты нам естественно предоставлены не были. Где гос. контракт, там и гос. тайна. А вот научный мир более открыт и, как это модно сейчас говорить, кросс-функционален. Поскольку законодательство об оценочной деятельности позволяет обращаться к специалистам из смежных областей знаний, мы спросили совета у наших друзей из IT. Оказывается, у кодеров, продуктов и прочих гиков давным-давно (не позднее, чем с начала 80-х точно) имеется целый арсенал собственных методов для оценки затрат по разработке.
Мы использовали COCOMO (ко-ко-мо). Суть метода в том, что сначала определяется выраженная в человеко*месяцах трудоемкость проекта, а затем этот показатель умножается на среднюю заработную плату разработчиков. Для определение самой трудоемкости следует правильно рассчитать ее множители, определить факторы масштаба и учесть количество строк кода. Такой вот коктейль из терминов, с которым мы разбирались вместе с нашим партнёром из IT. Название метода, к слову, тоже напоминает коктейль. Что-то доминиканское, с белым ромом. Но это уже в нерабочее время.
Проанализировав рынок и бухгалтерскую отчетность IT-компаний, задействованных в гос. секторе, мы определили прибыль предпринимателя, добавили ее к затратам на разработку и вывели итоговую стоимость.
Задание выполнено. Да здравствуют кросс-функциональность и креативные решения!