Оценка научно-технического уровня инновационных проектов: организационно-управленческий аспект

⟡ ⟡ ⟡

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

• 1.    При использовании подхода становится возможным чётко очертить цель и ожидаемые результаты тех действий, которые формируют инновационный процесс как некую целостность. Эта особенность позволяет, с одной стороны, проводить оценку эффекта, достигаемого при реализации инновационного проекта, и его эффективности. С другой стороны, обеспечивается завершенность проекта – проект предстаёт в форме ряда последовательных стадий, начиная со стадии инициации проекта и заканчивая стадией его завершения.

• 2.    Проектный подход позволяет аккумулировать значительный объём ресурсов. В ресурсном блоке проекта разрабатываются схемы ресурсообеспечения: определяются источники поступления ресурсов (прежде всего финансовых), конкретные объёмы поступления, их периодичность и сроки. Принципиально важным является создание в рамках проекта ресурсных резервов, так как не секрет, что на практике, как правило, не удаётся чётко следовать разработанным ресурсным схемам и приходится изыскивать дополнительные ресурсы.

• 3.    На стадии инициации проекта необходимо выполнять детальные экономические обоснования, результаты которых должны подтверждать целесообразность разработки проекта. Такие обоснования нуждаются в широком информационном обеспечении, использовании различных баз данных, а также в применении научно обоснованного и широко апробированного аналитического инструментария.

• 4.    Для разработки проектов создаются специальные рабочие группы. Они предоставляют собой коллектив специалистов, которые обладают достаточной квалификацией (и их квалификационные характеристики соответствуют области деятельности, в которой разрабатывается проект), а также опытом в формировании подобных проектов. При разработке крупных или особо сложных проектов возникает необходимость в дополнительном обучении специалистов, в повышении их квалификации или в адаптации их опыта, знаний и компетенций к специфике проекта.

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

• 6.    Каждый проект должен быть снабжён собственной системой управления. Такая система должна опираться на универсальные принципы управления инновациями (принципы системности, комплексности, ресурсообоснованности и другие) и полностью учитывать специфику проекта. Целесообразно, в этой связи, привлекать к управлению проектами специалистов, обладающих практическим опытом в проектном управлении. Интеграция практического опыта, фундаментальных знаний и методик управления позволит сформировать устойчивую базу как для разработки проектных решений, так и для их успешной реализации.

ГРНТИ 06.03.15

Абакар Капланович Сотавов – старший преподаватель кафедры информатики Санкт-Петербургского государственного экономического университета.

Контактные данные для связи с автором: 191023, г. Санкт-Петербург, Садовая ул., д. 21 (Russia, St. Petersburg,

Например, математическое обоснование зависимости финансовых потоков (как одного из показателей экономического обоснования проекта) от объема информационных потоков приводится в работе [4].

При реализации проектного подхода осуществляется их конкурсный отбор, который базируется на использовании множества оценочных показателей и использовании особого алгоритма оценки. При этом важен не только алгоритм системной оценки множества показателей и параметров, но и алгоритм оценки каждого из них. Одним из таких показателей является показатель научно-технического уровня (НТУ) проекта.

Выявление показателя НТУ проекта – процесс довольно сложный и не исследованный досконально. На методическом уровне он до сих пор не получил достаточного развития. Представляется необходимым, в частности, адаптировать под современные реалии методику вычисления обобщенного показателя НТУ (предложенную в [3]), то есть методику оценки научно-технического уровня автоматизированных систем управления. Методика оперирует показателем или совокупностью показателей, которые характеризуют степень соответствия технико-экономических характеристик инновационного проекта современным достижениям науки и техники, а также требованиям, обусловленным уровнем развития отраслей народного хозяйства.

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

Сводный показатель НТУ инновационного проекта определяется по формуле (1) как сумма частных показателей, взвешенных по значимости параметров:

n

Y = 2 Y i.' k i , (1)

l = 1

где n – количество параметров, по которым проводится оценка НТУ проекта; k l – весовой коэффициент l-го параметра; Y li –частный показатель проекта, вычисляется по формуле:

Y li

b lNORM

Для рассчитываемых показателей, улучшение которых тождественно увеличению числового значения, следует воспользоваться формулой:

Y = ¹⁰⁰ ,                                                (3)

li lNORM bli где bli – достигнутое значение l-го параметра в анализируемом i-ом проекте; blNORM – наивысшее значение l-го параметра по лучшему проекту данного класса зарубежных или отечественных фирм, при- нятое за норму.

Для дополнения методики, предложенной в соответствующем ГОСТе (РД 50-492-84) [3], было проведено исследование и обоснование системы показателей для оценки и измерения характеристик, оказывающих наибольшее влияние на достижение цели при создании инновационного проекта в сфере информационных технологий (ИТ-проектов). По его результатам сформирована модель вычисления интегральной оценки НТУ. Анализ используемых методов расчёта обобщённой оценки НТУ показал, что использование ранее предложенных методов практически невозможно, так как частные показатели, используемые в этих методах, устарели и вряд ли могут использоваться для оценки современных информационных систем. В этой связи становится необходимым дополнить данные методики уточнёнными показателями, отражающими характеристики научно-технического уровня инновационных ИТ-проектов.

Анализ современной литературы по рассматриваемой тематике позволил систематизировать определения НТУ и требования к частным показателям НТУ. Предлагается использовать ряд частных показателей, методика измерения которых основана на современных моделях оценки характеристик информационных систем. К таким показателям относятся следующие.

• 1.    Оценка исполнителей проекта. Этот показатель позволяет учитывать оценку личностных и квалификационных характеристик исполнителей проекта с помощью специальной метрики. Выявление данного показателя можно реализовать путём модернизации уже используемой методики формирования критериев, основанной на модели совершенства Европейского фонда управления качеством (EFQM). Модель была рассмотрена в работе В.В. Окрепилова [5]. Разработанная им методика позволяет учесть влияние человеческого фактора, выявить влияние «качества» команды проекта на результаты его реализации. Согласно данной метрике каждому проекту присваивается «уровень качества»: «начальный», «повторяемый», «определённый», «управляемый», «оптимизирующий». Затем оценивается качество исполнителей с учётом данного фактора и фиксируется степень его соответствия требованиям инвестора проекта или субъекта, выполняющего по отношению к проекту функцию управления. С помощью данного показателя реализуется обратная связь с заявителями проектов следующим образом: если проект не получил максимальный балл по данному показателю, рекомендуется определить на сколько позиций уровень зрелости заявителя проекта отличен от эталонного. Если он отличается на 1 шаг, то заявителю направляется сообщение о том, что ему рекомендовано изменить бизнес-процессы, отражённые в проекте, для перехода на следующий уровень зрелости.

• 2.    Оценка инструментария, используемого при разработке проекта. Для оценки НТУ проекта следует использовать надёжный инструментарий, который, в действительности, составляет основу для выполнения проекта. Под инструментарием мы понимаем совокупность информационных средств для разработки проектной документации, а также совокупность средств для разработки программного кода в рамках реализации этого проекта. Предложенный алгоритм определяет, оценивается ли инструментальное средство (с помощью которого разрабатывается информационная система инновационного ИТ-проекта) «магическим квадратом» Гартнера. Если оценивается, то в какой квадрант плоскости это инструментальное средство попадает при оценке, и в зависимости от рекомендаций экспертов для данного квадранта разрабатываемому проекту присваивается соответствующий балл.

• 3.    Оценка состава информационно-технологического решения. Вследствие высокой рискованности инновационного проекта и возможного отсутствия необходимых модулей при проведении оценки

• 4.    Оценка научного задела авторского коллектива. Оценивается научный задел исполнителей проекта на основе экспертной оценки (от 0 до 3), и далее полученная оценка нормируется по эталонному показателю.

• 5.    Оценка степени адаптированности к языку и к культуре. Показатель предназначен для определения адекватности информационной системы особенностям региона и его социокультурной, и, в частности, научной среды. Показатель включает в себя целый ряд критериев, оценивающих степень локализации и интернационализации существующей информационной системы. Важность данного показателя обоснована в работе [2].

проекта целесообразно выявлять частный показатель «состав информационно-технологического решения». Для данного показателя целесообразно рассматривать ИТ-проект с точки зрения разработки ИТ-архитектуры. Для проведения такой оценки предлагается использовать метод ARID. Применение метода ARID подробно изложено в работе П. Клементса [7]. Метод ARID не предусматривает механизма числовой оценки, он ограничивается формированием рекомендаций. На основе результатов, полученных с помощью метода ARID, предлагается проводить экспертизу проекта с выставлением балльно-весовой оценки «соответствие архитектуры проекта требованиям инвестора», как это рекомендуется по ГОСТ [3]. Как предлагается в работе [6], в баллах оценивается степень соответствия проекта частному критерию. Значение этих баллов находится в диапазоне от 0 до 1. В целях упрощения оценки проектов целесообразно в качестве промежуточных оценок использовать значения баллов: 1; 0.75; 0.5; 0.25; 0.

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

Данный методический подход предусматривает возможность масштабирования путём включения частного показателя. Такой алгоритм позволит собирать лучшие практики выявления частных метрик и агрегировать их, а значит позволит создать инфраструктуру оценки инновационного проекта. Кроме того, возможность включения любого нового частного показателя позволяет увеличить точность оценки при определении экономичности, производительности, эффективности проекта, от которой будет зависеть конкурентоспособность предприятия [1]. Реализовать данный методический приём можно за счёт создания открытой инфраструктуры оценки проекта.

Открытая инфраструктура оценки инновационных проектов имеет следующие преимущества: открывает доступ к базе эталонных проектов; обеспечивает прозрачность расчёта; разъясняет алгоритм выявления и включения в процесс оценки новых показателей. Формирование открытой инфраструктуры многокритериальной оценки экономической эффективности инновационного проекта осуществляется на основе использования интегрального показателя, который отражает величину соответствия оцениваемого объекта объекту-эталону; позволяет учитывать разнородность частных техникоэкономических показателей, их значимость, а также направленность воздействия на итоговый обобщённый показатель и различие в масштабах изменения этих показателей.

Примеры успешности и эффективности открытых проектов исследованы в статье исполнительного директора компании Monty Program AB Генрика Инго [8]. Эксперты, изучив достаточно широкое множество наиболее популярных открытых проектов и сопоставив их размеры с моделью управления, получили однозначные и, в какой-то степени, неожиданные результаты. Выявлено, в частности, что существует 9 проектов (KDE, Linux-ядро, Apache, Perl+CPAN, Eclipse, Mozilla+Addons, Drupal, Gnome и GNU), которые выделяются на фоне остальных как огромные – примерно в 10 раз больше остальных. Эти проекты занесены в категорию «XtraLarge» и развиваются по модели коллективной разработки сообществом под управлением некоммерческой организации или фонда. Ни один проект, раз- рабатываемый каким-либо одним институтом, даже не приблизился к подобным масштабам на сегодняшний день.

Что касается открытой инфраструктуры оценки инновационного проекта, то в результате проведённых исследований было выявлено, что в практике США, Канады, Гонконга, Бельгии, Дании, Нидерландов и Новой Зеландии выработаны и используются определённые критерии по отбору стандартов и спецификаций открытых инфраструктур оценок. Стандарт предназначен для использования независимой организацией с выполнением набора необходимых процедур. При этом открытость выражается также в том, что документы стандарта должны быть опубликованными и широко доступными. Этот подход можно рассматривать также как форму содействия госструктурам в антикоррупционной стратегически важной борьбе, как средство эффективной борьбы с монополизацией рынка, как механизм снижения порога вхождения на рынок ИТ-продуктов и услуг.

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