Распоряжение Правительства Нижегородской области от 13.06.2007 № 772-р
Об утверждении принципов и механизмов оценки эффективности проектов в сфере информатизации органов исполнительной власти Нижегородской области
ПРАВИТЕЛЬСТВО НИЖЕГОРОДСКОЙ ОБЛАСТИ РАСПОРЯЖЕНИЕ от 13 июня 2007 года N 772-р Утратилo силу - Распоряжение Правительства Нижегородской области от 29.03.2012 г. N 593-р Об утверждении принципов и механизмов оценки эффективности проектов в сфере информатизации органов исполнительной власти Нижегородской области (В редакции Распоряжения Правительства Нижегородской области от 02.06.2010 г. N 1176-р) В соответствии с распоряжения ПравительстваНижегородской области от 8 февраля 2007 года N 94-р "Опаспортизации проектов в сфере информатизации органовисполнительной власти Нижегородской области": 1. Утвердить прилагаемую методику оценки эффективностипроектов в сфере информатизации органов исполнительной властиНижегородской области (далее - Методика). 2. Считать паспорт проекта в сфере информатизации,утвержденный распоряжением Правительства Нижегородской области от 8февраля 2007 года N 94-р, действительным до 31 декабря 2007 года. 3. Аппарату Губернатора и Правительства Нижегородской области: 3.1. Разработать новый паспорт проекта в сфере информатизациив соответствии с Методикой для осуществления с 2008 годапаспортизации проектов в сфере информатизации, реализуемых органамиисполнительной власти Нижегородской области, и представить его наутверждение Правительства Нижегородской области в срок до 1 декабря2007 года. 3.2. Осуществлять ранжирование и оценку эффективности проектовв сфере информатизации на основе представляемых органамиисполнительной власти Нижегородской области паспортов проектов всоответствии с утверждаемой Методикой. 3.3. Ежегодно в срок до 1 марта выполнять корректировкукритериев оценки эффективности проектов в сфере информатизацииНижегородской области. 4.(Утратил силу - Распоряжение Правительства Нижегородскойобласти от 02.06.2010 г. N 1176-р) 5. Контроль за исполнением настоящего распоряжения возложитьна заместителя Губернатора, заместителя Председателя ПравительстваНижегородской области по государственно-правовому иорганизационному обеспечению, полномочного представителяГубернатора в Законодательном Собрании С.А.Потапова. Губернатор В.П.Шанцев УТВЕРЖДЕНА распоряжением Правительства Нижегородской области от 13.06.2007 N 772-р МЕТОДИКА оценки эффективности проектов в сфере информатизации органов исполнительной власти Нижегородской области 1. Основные определения и сокращения, используемые в рамкахнастоящей Методики Бюджет проекта - сметная совокупная стоимость, распределеннаяпо периодам выполнения проекта. Доступность ресурса - уровень наличных ресурсов, который можетменяться во времени. Заказчик проекта - орган, организация или подразделение (лицо,уполномоченное его представлять), в интересах которого реализуетсяпроект. Обычно заказчик вводит в действие результаты проекта иосуществляет его финансирование. Инициация проекта - стадия процесса управления проектом,результатом которой является санкционирование начала проекта илиочередной фазы его жизненного цикла. Календарный план - совокупность перечня работ с указаниемсроков начала и окончания, их логической взаимосвязи, исполнителей,ресурсных, временных и внешних ограничений. Основной инструментуправления реализацией проекта. Ключевые показатели эффективности - количественно измеримыепоказатели, которые должны быть использованы для подготовкиотчетности о ходе работ, выбранные таким образом, чтобы отражатькритические факторы успеха проекта. Матрица ответственности (Матрица распределенияответственности) - структура, которая ставит в соответствиеорганизационной структуре проекта структурную декомпозицию работдля назначения ответственных лиц за каждую работу. Оценка бюджета - плановая стоимость запланированных работ. Оценка риска - процесс качественной и/или количественнойоценки рисков для последующего принятия решения по управлениюрисками в проекте. Паспорт (карточка) проекта - основной документ, содержащий вкратком виде ключевую информацию о проекте (цели и результаты,обоснование необходимости, потребности в ресурсах и пр.), наосновании которой принимается решение о целесообразности и стартепроекта либо его отклонении. Портфель проектов - множество проектов, объединенных дляудобства управления. Они могут иметь или не иметь общую цель, и,как правило, имеют общие ограничения по ресурсам. Орган управления портфелем проектов - орган централизованногоскоординированного управления программой информатизации длядостижения стратегических целей программы. Проект - целенаправленная деятельность временного характера,предназначенная для создания уникального продукта, услуги илирезультата. Процесс - совокупность взаимосвязанных работ и ресурсов, шагови процедур, ведущих к результату через преобразование входныхданных в выходные. Разработка бюджета - распределение предполагаемых затрат поотдельным компонентам проекта в соответствии с графиком ихвыполнения. Ранжирование проектов - упорядочивание проектов в соответствиис возможной величиной выгод и ущерба от реализации проекта. Расписание проекта - описание последовательности ипродолжительности работ, а также потребности в ресурсах.Разрабатывается с целью последующего составления календарного планаработ. Риск проекта - опасность возникновения непредвиденных ситуацийв проекте, которые могут воздействовать на достижение целейпроекта. Представляет сочетание вероятности проявления определеннойугрозы или возможности и величины последствий рисковых событий. Совокупная стоимость проекта - сумма прямых затрат навыполнение проекта (расходы на приобретение оборудования,привлечение подрядчиков и т.п.) и косвенных (внутренних) затрат навыполнение проекта. Трудозатраты - количество единиц затрат труда персонала,необходимых для завершения работы или какого-либо другого элементапроекта. Обычно выражается в рабочих человеко-часах, человеко-дняхили иных единицах, затрачиваемых персоналом. Цель проекта - желаемый результат деятельности, достигаемыйпутем успешного осуществления проекта в заданных условиях егореализации. 2. Предпосылки и цели разработки процедуры Обзор текущей ситуации в области управления проектами в сфереинформатизации Нижегородской области свидетельствует, что принятоеПравительством Нижегородской области распоряжение от 8 февраля 2007года N 94-р "О паспортизации проектов в сфере информатизацииорганов исполнительной власти Нижегородской области" не подкрепленодетализованным регламентом и инструментарием для реализации такогоуправления. Не ведется на требуемом уровне консолидированный мониторингхода реализации всех проектов с контролем достигнутых результатовна соответствие целевым показателям эффективности. Высока вероятность появления необходимости вусовершенствовании существующей структуры управления программойинформатизации, а также в улучшении информационного обеспеченияуправления. Цели разработки процедуры управления портфелем проектов иметодики оценки эффективности проектов: обеспечение результативности проектов и достижения целейпрограммы информатизации; оптимизация использования бюджетных средств на целиинформатизации Нижегородской области; целостное представление по всем проектам в сфереинформатизации и накапливание опыта успешных проектов; обеспечение прозрачности и обоснованности принятия решений впроцессе управления проектами в сфере информатизации. 3. Методика управления портфелем проектов Процесс управления портфелем проектов представлен какпятишаговый процесс (рис.1), который позволяет определитьприоритеты инициатив и управлять ими: определение инициатив; оценка инициатив; установка приоритетов; подбор ресурсов; управление портфелем. Процесс не является последовательным и имеет петли обратнойсвязи. Рисунок 1 Шаги процесса управления портфелем проектов (в электронном виде не приводится, см.бумажный вариант) Проектные инициативы могут появляться как со стороныпользователей информационных технологий, так и со стороны структурсферы информатизации. Не каждая инициатива может стать проектом. Для оценки инициатив необходимо использовать объективныесогласованные критерии, чаще всего являющиеся комбинациейфинансовых и нефинансовых показателей. Областями оценки инициативы являются ее ценность, соответствиетекущему состоянию организации, риски, требования к денежнымпотокам, потребные и наличные нефинансовые ресурсы, графиквнедрения. Ценность инициативы может определяться критериями выгоддля целевой аудитории и финансовыми результатами. Количественнаяоценка финансовых результатов проектов в сфереинформационно-коммуникационных технологий (далее - ИКТ-проекты)чрезвычайно затруднена и в практике, как правило, не применяется.Для получения одобрения инициатива должна соответствоватьстратегическим целям, а также принятой технической политике. Со стартом проекта всегда связаны риски. Классификация рисков: экономические - риск, что запланированные результаты не будутдостигнуты или инициатива не будет использована; организационные - риск, что организационные перемены помешаютполностью использовать проект и выгоды от него; технологические - риск, что выбранная технология не оправдаетожиданий или не предназначена для данного конкретногоиспользования; исполнения и внедрения - риск, что организация не сможетвовремя внедрить проект и остаться в рамках бюджета или не сможетсоздать работоспособного решения; сложности - риск неудачи из-за сложности и масштаба, объемаизменений или числа участников проекта. Приоритеты присваиваются не всем проектам. Так, обязательные сюридической или технической точек зрения проекты, а такжестратегические проекты с большой значимостью должны включаться впортфель проектов автоматически. Установка приоритетов дляоставшихся инициатив производится на основе информации, полученнойна этапе оценки. В портфель проектов должны быть включены всеинициативы с высокой ценностью и низким риском, а также некоторыедругие проекты (за исключением инициатив с низкой ценностью ивысоким риском). При этом приоритеты проектов должныпересматриваться через определенные промежутки времени на основе ихпереоценки. После установки приоритетов необходимо оценить ресурсы иначать выделять (назначать) их проектам в соответствии сприоритетами до тех пор, пока ресурсы не истощатся. Оставшиесяпроекты следует отложить до будущего рассмотрения или до решениявопроса о выделении дополнительных ресурсов. Как правило, проводится сценарный анализ портфеля, в том числеоптимистичный (при отсутствии ресурсных ограничений) ипессимистичный (обязательные и необходимые для поддержания текущейдеятельности проекты). Активное управление портфелем проектов направлено наприведение имеющегося портфеля к требуемому состоянию. 4. Описание процесса управления портфелем проектов Методика описания процесса управления портфелем проектов Пошаговое (поэтапное) описание процесса управления портфелемпроектов приводится в формате: роль шага; активность шага; вход шага; правила шага; выход шага; статус запроса. Неизменяемые на данном шаге атрибуты шага не заполняются. Документы процесса управления портфелем проектов указываютсятолько в момент их порождения процессом или действий с ними. Порядки и правила предназначены для определения необходимыхдействий на определенных шагах процесса управления портфелемпроектов и для обоснования таких действий. Блок-схемы (рисунки 2-5) отражают пошагово возможныепоследовательности выполнения действий по управлению портфелемпроектов. На блок-схемах также отражаются документы процесса управленияпортфелем проектов на шагах их порождающих. Рисунок 2 Общий порядок реализации шага процесса (в электронном виде не приводится, см.бумажный вариант) Для упрощения усвоения процедуры вместо ролей процесса сразуиспользуются назначения на роли в случаях, когда такие назначенияоднозначно определены в существующих нормативных документах.Блок-схема процесса управления портфелем проектов (в электронном виде не приводится, см.бумажный вариант)Рисунок 3 Блок-схема процесса управления портфелем проектов (1 / 3) (в электронном виде не приводится, см.бумажный вариант) Рисунок 4 Блок-схема процесса управления портфелем проектов (2 /3) (в электронном виде не приводится, см.бумажный вариант) Рисунок 5 Блок-схема процесса управления портфелем проектов (3/ 3) (в электронном виде не приводится, см.бумажный вариант) 5. Пошаговое описание процесса управления портфелем проектов Шаг 1: Подготовка бюджетной заявки Роль шага: Инициатор Активность шага: Заполнение и подача формы заявки Вход шага: Форма бюджетной заявки Правила шага: Порядок инициации проекта Выход шага: Бюджетная заявка Статус: "Заявка подана" Шаг 2: Регистрация бюджетной заявки Роль шага: Руководитель по управлению портфелем Активность шага: Регистрация и рассмотрение бюджетной заявкина предмет соблюдения порядка инициации и достаточность информации Вход шага: Бюджетная заявка Правила шага: Порядок инициации проекта Выход шага: Зарегистрированная бюджетная заявка Статус: "Заявка зарегистрирована" Шаг 3: Информирование инициатора о нарушении порядка инициации Роль шага: Руководитель по управлению портфелем Активность шага: Отклонение заявки в случае нарушения порядкаинициации проекта с информированием инициатора о причинахотклонения Вход шага: Бюджетная заявка Правила шага: Порядок инициации проекта Выход шага: Уведомление инициатора об отклонении заявки Статус: "Заявка отклонена" Шаг 4: Предоставление необходимой информации Роль шага: Инициатор Активность шага: Предоставление дополнительной информации позаявке в ответ на запрос руководителя по управлению портфелемпроектов Вход шага: Запрос дополнительной информации Правила шага: Порядок инициации проекта Выход шага: Дополнительная информация по заявке Статус: Без изменения Шаг 5: Предварительная оценка проекта Роль шага: Эксперт Активность шага: Проведение предварительной бюджетной оценкипроекта, возможных альтернатив реализации проекта, оценки возможныхвыгод и рисков реализации проекта. Вход шага: Бюджетная заявка Правила шага: Порядок оценки и ранжирования проектов, Правилаклассификации проектов Выход шага: Предварительная оценка проекта Статус: Без изменения Шаг 6: Заполнение паспорта проекта Роль шага: Инициатор, руководитель по управлению портфелем Активность шага: На основании оценки заявки экспертомзаполнение паспорта проекта. Вход шага: Предварительная оценка проекта Правила шага: Порядок оценки и ранжирования проектов, Правилаклассификации проектов Выход шага: Паспорт проекта Статус: "Подготовлен паспорт" Шаг 7: Предоставление необходимых документов по проекту Роль шага: Инициатор Активность шага: Разработка и представление к рассмотрениюдополнительных документов по проекту Вход шага: Перечень необходимых документов Правила шага: Порядок оценки и ранжирования проектов, правилаклассификации проектов Выход шага: Бюджет проекта, технические требования,план-график проекта, технико-экономическое обоснование проекта Статус: Без изменения Шаг 8: Подготовка заседания экспертного совета Роль шага: Руководитель по управлению портфелем Активность шага: Подготовка повестки дня и материалов порассматриваемым проектам, информирование членов совета иприглашенных Вход шага: Паспорта и документы проектов Правила шага: Порядок оценки и ранжирования проектов, Правилаклассификации проектов Выход шага: Повестка заседания Статус: Без изменения Шаг 9: Оценка проектов Роль шага: Экспертный совет Активность шага: Оценка проектов и включение в портфель Вход шага: Повестка заседания, паспорта и документы проектов Правила шага: Порядок анализа и утверждения портфеля проектов Выход шага: Согласованные оценки выгод и рисков проектов Статус: Без изменения Шаг 10: Анализ портфеля проектов Роль шага: Экспертный совет Активность шага: Анализ портфеля и одобрение проектов всоставе портфеля Вход шага: Сводный перечень проектов с оценками выгод и рисков Правила шага: Порядок анализа и утверждения портфеля проектов Выход шага: Рекомендации экспертного совета Статус: "Проект рекомендован", "Проект отклонен" Шаг 11: Информирование инициатора об отклонении проекта Роль шага: Руководитель по управлению портфелем Активность шага: Информирование инициатора об отклонениипроекта с указанием причин отклонения Вход шага: Паспорт проекта Правила шага: Порядок оценки и ранжирования проектов, Порядоканализа и утверждения портфеля проектов Выход шага: Уведомление инициатора об отклонении проекта Статус: "Проект отклонен" Шаг 12: Подготовка заседания координационного совета Роль шага: Руководитель по управлению портфелем Активность шага: Подготовка повестки дня и материалов порассматриваемым проектам, информирование членов совета иприглашенных Вход шага: Паспорта проектов, сценарные анализы портфеля Правила шага: Порядок анализа и утверждения портфеля проектов Выход шага: Повестка заседания Статус: Без изменения Шаг 13: Утверждение портфеля проектов Роль шага: Координационный совет Активность шага: Рассмотрение и утверждение проектов в составепортфеля Вход шага: Повестка заседания, паспорта проектов, сценарныеанализы портфеля Правила шага: Порядок анализа и утверждения портфеля проектов Выход шага: Решение координационного совета, утвержденныйпортфель проектов Статус: "Проект утвержден" Шаг 14: Корректировка портфеля проектов Роль шага: Экспертный совет Активность шага: Корректировка и дополнительный анализпортфеля проектов Вход шага: Рекомендации координационного совета Правила шага: Порядок анализа и утверждения портфеля проектов Выход шага: Скорректированный портфель проектов Статус: Без изменения Шаг 15: Информирование инициаторов об утвержденном портфеле Роль шага: Руководитель по управлению портфелем Активность шага: Информирование инициатора об утверждениипроекта Вход шага: Решение координационного совета Правила шага: Порядок анализа и утверждения портфеля проектов Выход шага: Скорректированный портфель проектов Статус: "Проект утвержден" Шаг 16: Выделение финансирования Роль шага: Орган по выделению финансирования Активность шага: Обеспечение финансирования в бюджетахсоответствующих уровней Вход шага: Бюджет проекта Правила шага: Действующие нормативные документы Выход шага: Скорректированный портфель проектов Статус: "Финансирование выделено" Шаг 17: Проведение конкурса Роль шага: Заказчик Активность шага: Проведение конкурса Вход шага: Технические требования, конкурсная документация Правила шага: Действующие нормативные документы Выход шага: Итоги конкурса Статус: "Выбран подрядчик" Шаг 18: Заключение договора, выделение ресурсов Роль шага: Заказчик Активность шага: Заключение договора, выделение ресурсов истарт проекта Вход шага: Итоги конкурса Правила шага: Действующие нормативные документы Выход шага: Договор, назначенные ресурсы Статус: "Проект стартовал" Шаг 19: Мониторинг ключевых этапов реализации проектов Роль шага: Орган управления портфелем проектов, руководительпо управлению портфелем Активность шага: Мониторинг ключевых этапов реализациипроектов Вход шага: Ключевые показатели эффективности Правила шага: Порядок мониторинга проектов Выход шага: Фактические значения показателей эффективности Статус: Без изменения Шаг 20: Формирование отчета по проекту Роль шага: Заказчик Активность шага: Формирование отчета по проекту Вход шага: Целевые и фактические значения показателейэффективности Правила шага: Порядок мониторинга проектов Выход шага: Отчет по проекту Статус: "Проект завершен" Шаг 21: Оценка результатов завершенных проектов Роль шага: Экспертный совет Активность шага: Оценка результатов проекта Вход шага: Отчеты по проектам Правила шага: Порядок мониторинга проектов Выход шага: Оценка результатов проекта Статус: "Проект успешно завершен" / "Проект неуспешнозавершен" Шаг 22: Руководитель по управлению портфелем проектов Роль шага: Формирование архива проектов Активность шага: Размещение ключевой информации и всейдокументации по проекту в архив Вход шага: Паспорт проекта, оценка результатов проекта,документация по проекту Правила шага: Порядок мониторинга проектов Выход шага: Информация по проекту в архиве Статус: "Проект в архиве" 6. Порядки и правила процесса управления портфелем проектов 6.1. Порядок инициации проекта (формирования бюджетной заявки) В соответствии с распоряжением Правительства Нижегородскойобласти от 8 февраля 2007 года N 94-р "О паспортизации проектов всфере информатизации органов исполнительной власти Нижегородскойобласти" руководители органов исполнительной власти Нижегородскойобласти ежегодно в срок до 1 марта направляют в адрес аппаратаГубернатора и Правительства Нижегородской области паспорта проектовв сфере информатизации, подлежащие реализации в следующем году. В качестве инициатора проектов может выступать управлениеинформатизации аппарата Губернатора и Правительства Нижегородскойобласти, выполняя в соответствии с Положением об управленииинформатизации аппарата Губернатора и Правительства Нижегородскойобласти, утвержденного постановлением Правительства Нижегородскойобласти от 26 сентября 2005 года N 245, на постоянной основе ролькоординатора потребностей различных целевых аудиторий программыинформатизации. При анализе потребностей и рассмотрении обращений об инициациипроектов, а также при принятии решения о целесообразностиформирования бюджетной заявки от своего имени управлениеинформатизации аппарата Губернатора и Правительства Нижегородскойобласти руководствуется следующими критериями: 1. Проект соответствует тематике программы информатизации(можно отнести к конкретному разделу или мероприятию). 2. Проект решает актуальные проблемы в значимой сфережизнедеятельности общества, результаты проекта способствуютдостижению стратегических целей программы информатизации. 3. Проект по масштабу носит областной характер. За сбор и регистрацию заявок на инициацию проектов в сфереинформатизации Нижегородской области отвечает руководитель поуправлению портфелем проектов. Руководитель по управлению портфелем проектов рассматриваеттолько заявки на инициацию проектов от вышеперечисленных допустимыхинициаторов с последующей регистрацией и дальнейшей обработкой всоответствии с настоящей процедурой. Все остальные заявки подлежатотклонению с уведомлением инициаторов об отклонении с указаниемпричины. Заявки принимаются в соответствии с установленной формой вразличных форматах, в том числе в электронной форме, а вперспективе с использованием информационной системы управленияпортфелем проектов. По составу информации запрос на инициациюпроектов (бюджетная заявка) является подмножеством паспортапроекта. 6.2. Порядок оценки и ранжирования проектов Оценка и ранжирование проектов выполняются в целях определенияприоритетов проектов, а также для осуществления последующегосценарного анализа портфеля проектов и обеспечения обоснованногопринятия решения по инициации либо отклонению проектов. Проекты рассматриваются на предмет соответствия техническойполитике и корректности определения стоимости проекта. Ранжирование проектов производится путем экспертной оценкивыгод проекта по критерию влияния ожидаемых результатов на ключевыеобласти с учетом текущего состояния в данной области и оценкирисков реализации проекта. Оценка производится по системе, настроенной на максимальныезначения выгод в 100 баллов и рисков в 50 баллов. Итоговый рейтинг проекта определяется вычитанием из оценкивыгод проекта оценки рисков с возможностью корректировкиприоритета. Итоговый рейтинг = Оценка выгод - Оценка рисков +Корректировка рейтинга Механизм корректировки позволяет не нарушать правиларанжирования проектов, при необходимости изменить приоритетпроекта. Корректировку рейтинга проекта могут осуществлятьколлегиальные органы по оценке и утверждению проектов (экспертныйсовет, координационный совет) с последующим его утверждением назаседании экспертного совета (при необходимости на заседаниикоординационного совета). Для проектов, исполнение которых обязательно, следуетустановить признак обязательности проекта с соответствующимобоснованием. Предварительная оценка проекта производится инициатором впроцессе заполнения паспорта. Впоследствии оценка подтверждаетсяили корректируется экспертным советом и при необходимостикоординационным советом. Коллегиальные органы по оценке и утверждению проектов могут нетолько корректировать оценки проекта, но и определять иные цели ириски проекта. Правила оценки проектов, расчета и корректировки рейтингапроектов в процессе ранжирования изменению не подлежат и могутпересматриваться на ежегодной основе в рамках внесения изменений впроцедуру управления портфелем проектов с утверждением на заседанииэкспертного совета. 7. Правила оценки выгод проекта Основным критерием для инициации проекта является степеньприближения к достижению по итогам его реализации стратегическихцелей. Цели проекта выбираются из фиксированного перечня,определенного на основе целей программы информатизации (рис.6). Перечень целей подвергается ежегодной корректировке,проводимой экспертным советом по оценке и утверждению проектов,путем внесения соответствующих изменений в настоящую Методику. Рисунок 6 Формирование перечня возможных целей проектов (в электронном виде не приводится, см. бумажный вариант) Критерии оценки выгод проекта представлены в приложении 1 кнастоящей Методике. 8. Правила оценки рисков проекта Оценка возможных рисков проекта проводится аналогично оценкевыгод и представлена в приложении 2 к настоящей Методике. 9. Правила корректировки приоритета проекта Вес корректировки определяется в диапазоне от 10 до 20 баллов. Оценка корректировки проводится по пятибалльной системе от -2до +2: +2 - чрезвычайная актуальность проекта; +1 - большая актуальность проекта; 0 - нет необходимости в корректировке приоритета проекта; -1 - хорошее положение дел в сфере, на которую направленпроект; -2 - низкая текущая актуальность проекта. 10. Правила установки признака обязательности проекта Критерием установки признака обязательности может бытьнеобходимость выполнения требований законодательства илирегулирующих органов, а также угроза нарушения деятельностиПравительства области. 11. Правила оценки соответствия технической политике Все предполагаемые к реализации проекты рассматриваются напредмет соответствия технической политике, которые будутпредусмотрены в наборе стандартов, регулирующих создание и развитиетерриториальных информационных систем и ресурсов, в целяхобеспечения унификации программно-технических решений, обеспеченияих совместимости и взаимодействия, а также повышения эффективностибюджетных расходов. Обеспечение соответствия проекта технической политикеосуществляется путем согласования на предмет такого соответствиятехнических требований. Согласование технических требований на соответствиетехнической политике производится на заседании экспертного советапри рассмотрении проекта, по итогам которого делаетсясоответствующая отметка в паспорте проекта или предъявляютсязамечания для устранения. 12. Правила проверки определения стоимости проекта Финансовое обеспечение является основным ресурсом реализациипроектов. На этапе сценарного анализа портфеля в условиях конфликтаресурсов значение стоимости проекта может влиять на принятиерешения об инициации проекта в условиях сравнимых приоритетов. Также корректная оценка стоимости проекта необходима дляпоследующего определения лимитов финансирования и в конечном итогедля эффективного использования бюджетных средств. За исключением низко-бюджетных проектов на заседаниеэкспертного совета должен быть представлен документ "бюджетпроекта", структура которого определяется настоящей процедурой. Использование детального определения стоимости проекта сиспользованием метода учета прямых затрат илифункционально-стоимостного анализа не представляется возможнымиз-за значительной трудоемкости и отсутствия необходимыхдостоверных исходных данных. Статьи бюджета проекта, подкрепленныеспецификациями на оборудование, лицензии и тем более услуги негарантируют эффективного планирования бюджетных расходов. Поэтомуоценка представленной на заседании экспертного совета сметнойстоимости проекта осуществляется методом экспертной оценки наоснове информации об аналогичных выполненных проектах. Достаточнокорректные результаты возможны при оценке в разрезе базовыхфункциональных единиц. Примеры базовых единиц приведены в таблице1. Таблица 1 Примеры базовых единиц для оценки стоимости+------------------+--------------------+-----------+---------------+-------------+------------+| Базовая | Категория | Единица | Статья | Средняя | Источ- || функциональная | | измерения | расходов | приведен- | ник инфор- || единица | | | | ная | мации || | | | | стоимость | |+------------------+--------------------+-----------+---------------+-------------+------------+| Функциональное | Делопроизводство | рабочее | Оборудование | | || рабочее место | | место | | | || | | +---------------+-------------+------------+| | | | Лицензии | | || | | +---------------+-------------+------------+| | | | Услуги | | |+------------------+--------------------+-----------+---------------+-------------+------------+| Электронный | Средняя сложность | регламент | Оборудование | | || административ- | | | | | || ный регламент | | | | | || | | +---------------+-------------+------------+| | | | Лицензии | | || | | +---------------+-------------+------------+| | | | Услуги | | |+------------------+--------------------+-----------+---------------+-------------+------------+| Сайт | Малая сложность | сайт | Оборудование | | || муниципального | | | | | || образования | | | | | || | | +---------------+-------------+------------+| | | | Лицензии | | || | | +---------------+-------------+------------+| | | | Услуги | | || | | +---------------+-------------+------------+| | | | Услуги связи | | |+------------------+--------------------+-----------+---------------+-------------+------------+| Подключение | 2 Мб/c | порт | Оборудование | | || организации к | | | | | || каналу связи | | | | | || | | +---------------+-------------+------------+| | | | Услуги связи | | |+------------------+--------------------+-----------+---------------+-------------+------------+| Проект закона | Нормативный | документ | Услуги | | || | документ | | | | |+------------------+--------------------+-----------+---------------+-------------+------------+ До момента наполнения базы данных проектов необходимойинформацией требуемая для сравнения информация готовится кзаседанию экспертного совета. При рассмотрении бюджета проекта также необходимо оцениватьсовокупную стоимость владения образуемых активов. 13. Порядок анализа и утверждения портфеля проектов 13.1. Порядок анализа портфеля проектов Анализ портфеля проектов может проводиться по несколькимсценариям, в том числе: оптимистичному - при отсутствии ресурсных ограничений; пессимистичному - рассматриваются только обязательные инеобходимые для поддержания текущей деятельности проекты; реалистичному - для выбора оптимальных проектов в рамкахпланируемого бюджета. Перед анализом портфеля рекомендуется провести егобалансировку, предполагающую: - объединение связанных масштабных проектов в программы илиподпрограммы; - унификация проектных инициатив, исключение дублирования; - преобразование части мелких инициатив в категорию сервиса. Анализ портфеля осуществляется с использованием матрицыпортфеля проектов (рис.7). Проекты, входящие в подпрограммы, прианализе портфеля автономно не рассматриваются, но могут бытьпроанализированы в составе портфеля проектов подпрограммы. Рисунок 7 Матрица портфеля проектов (в электронном виде не приводится, см. бумажный вариант) Размер круга отражает стоимость проекта, цвет может отражатьобласть (цель) реализации проекта. Описание квадрантов матрицы портфеля проектов: A - эффективные проекты; B - сложные необходимые проекты; C - простые, но не очень значимые проекты; D - неэффективные проекты. Проекты, попадающие в квадрант D, не могут быть рекомендованык реализации. Для визуализации оценки целесообразности реализациипроектов могут быть использованы наборы дуг (меньшая дуга длякраткосрочных проектов, большая - для длительных): проекты,расположенные ниже дуг, не рекомендуются к реализации. Рекомендуется дополнительный анализ портфеля на предмет: эффективности использования бюджета и ресурсов; сбалансированности по разделам программы и мероприятиям; сбалансированности по видам образуемых в результате реализациипроектов активов; ограничения количества высоко рискованных проектов. По итогам дополнительного анализа могут быть выработанырекомендации по утверждению, откладыванию либо отклонению проектныхинициатив. 13.2. Порядок утверждения портфеля проектов Утверждение проектов в составе портфеля проводится назаседании координационного совета, на основании рекомендаций(оценок) экспертного совета. Утверждение проводится в целяхподтверждения необходимости реализации проекта, ресурсного иорганизационного обеспечения проекта и последующего его старта. Выделяются проекты, исполнение которых обязательно (например,для удовлетворения требований законодательства или регулирующихорганов). Остальные рекомендуемые к реализации проекты ранжируются покритерию суммарной оценки. Учитываются отдельные рекомендации экспертного совета поитогам дополнительного анализа портфеля проектов. Проводится анализ возможности исполнения портфеля проектов повыбранному сценарию. Утверждается перечень проектов, реализация которых обеспеченаресурсами. Остальные проекты, для которых в настоящий момент не могутбыть выделены ресурсы, отклоняются или ставятся в очередь ожиданияресурсов. 13.3. Мониторинг хода реализации проектов Предметом мониторинга хода реализации проектов является: соблюдение сроков и контроль промежуточных результатов поэтапам (вехам) проекта; контроль исполнения бюджета проекта; управления рисками и изменениями в ходе реализации проекта. Целью мониторинга хода реализации работ является обеспечениедостижения заявленных целей проекта. Мониторинг осуществляет уполномоченный орган управленияпортфелем проектов. Результаты мониторинга проектов подлежат отражению винформационной системе управления портфелем проектов. 13.4. Контроль результатов проектов Контроль достижения ранее заявленных целей проектов порезультатам их выполнения осуществляется путем сравнения целевыхпоказателей эффективности проектов с фактическими показателями позавершению проекта. При этом используется информация не только отсоответствующего органа управления портфелем проектов, но также иот пользователей результатов проекта и из независимых источников. Результаты каждого проекта подлежат рассмотрению и оценке назаседании экспертного совета с последующей публикацией в открытыхисточниках (при условии отсутствия сведений, содержащихгосударственную, коммерческую тайну или раскрытие персональныхданных). 14. Правила классификации проектов В целях удобства последующего анализа, а в ряде случаев и дляопределения инициации и утверждения проекты могут бытьклассифицированы по нескольким признакам: 14.1. По размеру совокупного бюджета проекта В зависимости от размера бюджета проекты классифицируются на: низкобюджетные - до 1 млн. руб.; среднебюджетные - от 1 до 10 млн. руб.; высокобюджетные - свыше 10 млн. руб. 14.2. По длительности проекта В зависимости от длительности реализации проектыклассифицируются на: краткосрочные - до года; среднесрочные - от года до трех лет; долгосрочные - свыше трех лет. 14.3. По типу проекта В зависимости от содержания и назначения проектов применяетсяклассификация проектов по следующим четырем типам: "Эксплуатация" - оказание существующих услуг, несущественныеизменения технологий, инфраструктуры, приложений. "Развитие" - направлены на развертывание востребованных услуг. "Эффективность" - направлены на снижение затрат и повышениеэффективности за счет улучшения и автоматизации административныхпроцессов. "Инновации" - формирующие стратегический потенциал проекты,пилотные или существенно повышающие эффективность в случае успешнойреализации. 14.4. По типу образуемых активов В процессе реализации проекта возможно образование активоводного или одновременно нескольких следующих типов: документы (например, проекты законов, концепции и т.д.); ИКТ-инфраструктура (например, оборудование, средства связи ит.д.); информационные системы (например, электронные административныерегламенты и т.д.); информационные ресурсы (например, электронные архивы и т.д.). 14.5. По источникам финансирования В зависимости от источника финансирования проектов применяетсяклассификация по следующим четырем типам: федерального бюджета; областного бюджета; местных бюджетов; внебюджетных источников. Проект может финансироваться одновременно из несколькихисточников. 15. Документы процесса управления портфелем проектов Для эффективного управления портфелем проектов необходимосоответствующее документарное сопровождение процесса. Рекомендуемый состав документов: паспорт проекта; запрос на инициацию проекта (бюджетная заявка); бюджет проекта; технические требования; план-график проекта; технико-экономическое обоснование проекта(для высоко-бюджетныхпроектов). Паспорт проекта Паспорт проекта является основным документом, содержащим вкратком виде ключевую информацию о проекте, на основании которойпринимается решение о целесообразности и старте проекта, либо егоотклонении. Паспорт проекта может быть использован для контролядостижений планируемых результатов и накопления базы знаний поинвестиционным решениям, проектному управлению и использованиюсозданных активов. Структура паспорта проекта приведена в таблице 2. Таблица 2 Структура паспорта проекта+-------------------------------------+-------------------------------------------+| Поле паспорта | Описание || | |+-------------------------------------+-------------------------------------------+| Номер паспорта проекта | Согласно принятым правилам нумерации |+-------------------------------------+-------------------------------------------+| Наименование проекта | Наименование проекта, рекомендуется || | ведение справочника |+-------------------------------------+-------------------------------------------+| Номер и наименование мероприятия | Согласно Программе информатизации || программы | |+-------------------------------------+-------------------------------------------+| Заказчик | Орган, учреждение или подразделение, || | выступающее в роли заказчика |+-------------------------------------+-------------------------------------------+| Обоснование необходимости / | Краткое описание необходимости реализации || решаемая проблема | проекта и решаемой проблемы |+-------------------------------------+-------------------------------------------+| Объекты внедрения проекта | Перечень объектов внедрения и || | пользователей результатов проекта |+-------------------------------------+-------------------------------------------+| Ожидаемые результаты проекта | Перечень результатов |+-------------------------------------+-------------------------------------------+| Целевая аудитория проекта | Отметить: государство, граждане, бизнес, || | некоммерческие организации |+-------------------------------------+-------------------------------------------+| Целевые показатели эффективности | Перечень показателей, включая для || проекта | каждого: наименование, значение, единицу || | измерения |+-------------------------------------+-------------------------------------------+| Цели проекта | Выбор до 4-х из согласованного перечня на || | основе Программы информатизации || | |+-------------------------------------+-------------------------------------------+| Оценка выгод проекта | Вычисляется по принятой методике |+-------------------------------------+-------------------------------------------+| Оценка рисков проекта | Вычисляется по принятой методике |+-------------------------------------+-------------------------------------------+| Корректировка рейтинга проекта | Вычисляется по принятой методике |+-------------------------------------+-------------------------------------------+| Признак обязательности проекта | Признак обязательности проекта |+-------------------------------------+-------------------------------------------+| Итоговый рейтинг проекта | Вычисляется по принятой методике |+-------------------------------------+-------------------------------------------+| Сметная стоимость проекта | Сумма, в т.ч. в разрезе источников || | финансирования |+-------------------------------------+-------------------------------------------+| Источники финансирования | |+-------------------------------------+-------------------------------------------+| Класс стоимости проекта | Отметить: высокобюджетный, || | среднебюджетный, низкобюджетный |+-------------------------------------+-------------------------------------------+| Виды образуемых активов | Отметить: Документы, ИКТ- инфраструктура, || | Информационные ресурсы, Информационные || | системы |+-------------------------------------+-------------------------------------------+| Плановая длительность проекта | Плановая длительность проекта, месяцев |+-------------------------------------+-------------------------------------------+| Предполагаемая дата старта проекта | Календарная дата старта |+-------------------------------------+-------------------------------------------+| Класс длительности проекта | Отметить: долгосрочный, среднесрочный, || | краткосрочный |+-------------------------------------+-------------------------------------------+| Взаимосвязанные мероприятия и | Перечень взаимосвязанных проектов и || проекты | мероприятий с указанием вида взаимосвязи || | и наименование проекта или мероприятия |+-------------------------------------+-------------------------------------------+| Документы проекта | Перечень документов / Присоединяемые || | файлы |+-------------------------------------+-------------------------------------------+| Инициатор проекта | ФИО, справочник сотрудников |+-------------------------------------+-------------------------------------------+| Статус проекта | Из справочника статусов |+-------------------------------------+-------------------------------------------+ Для создания шаблона паспорта проекта рекомендуетсяиспользовать приложение MS Office InfoPath. Заполнение и ведениепаспортов проектов в данном формате (XML) позволит не потерятьинформацию до внедрения информационной системы управления портфелемпроектов, а в дальнейшем упростить информационное взаимодействие. Правила нумерации паспортов Для упрощения идентификации проектов может быть введенанумерация паспортов проектов, присваиваемая руководителем поуправлению портфелем проектов при заполнении. Номер паспорта несет смысловую нагрузку и образуется изследующих составных частей: АЕ.МЕР.00-ГГ, где: АЕ - аббревиатура административной единицы Заказчика проекта; МЕР - номер мероприятия программы; 00 - сквозной порядковый номер проекта в рамках года; ГГ- год старта проекта. Запрос на инициацию проекта (бюджетная заявка) Запрос на инициацию проекта является подмножеством паспортапроекта и включает следующие обязательные поля, заполняемыеинициатором: наименование проекта; номер и наименование мероприятия программы; заказчик; обоснование необходимости/решаемая проблема; объекты внедрения проекта; ожидаемые результаты проекта; целевая аудитория проекта; целевые показатели эффективности проекта; цели проекта; сметная стоимость проекта; источники финансирования; плановая длительность проекта; предполагаемая дата старта проекта; взаимосвязанные мероприятия и проекты; инициатор проекта. Прочие документы проекта Подготовка технических требований, плана проекта,технико-экономического обоснования осуществляются в соответствии спостановлением Правительства Нижегородской области от 2 июня 2003года N 165 "О порядке подготовки технико-экономического обоснованияобластных целевых программ социально-экономического развитияНижегородской области". Формат бюджета проекта приведен в таблице 3. Таблица 3 Формат бюджета проекта+---------------------------------------+----------------+----------------+| | Период 1 | Период N |+------------------+--------------------+--------+-------+-------+--------+| Тип затрат | Статья затрат | План | Факт | План | Факт |+------------------+--------------------+--------+-------+-------+--------+| Прямые затраты, всего (тыс. руб.): | | | | |+------------------+--------------------+--------+-------+-------+--------+| Капитальные | Оборудование | | | | || инвестиции | | | | | || +--------------------+--------+-------+-------+--------+| | Лицензии ПО | | | | || +--------------------+--------+-------+-------+--------+| | ... | | | | |+------------------+--------------------+--------+-------+-------+--------+| Прочие | Услуги | | | | || +--------------------+--------+-------+-------+--------+| | Услуги связи | | | | || +--------------------+--------+-------+-------+--------+| | Обучение | | | | || +--------------------+--------+-------+-------+--------+| | ... | | | | |+------------------+--------------------+--------+-------+-------+--------+| НИОКР | Документация | | | | || +--------------------+--------+-------+-------+--------+| | ... | | | | |+------------------+--------------------+--------+-------+-------+--------+| Внутренние затраты, всего (FTE): | | | | |+------------------+--------------------+--------+-------+-------+--------+| Трудовые ресурсы | Руководитель | | | | || +--------------------+--------+-------+-------+--------+| | Программист | | | | || +--------------------+--------+-------+-------+--------+| | ... | | | | |+------------------+--------------------+--------+-------+-------+--------+ 16. База данных проектов По мере внедрения информационной системы управления портфелемпроектов в сфере информатизации Нижегородской области (приложение3) в формируемую базу данных (архив) проектов подлежат размещениювсе документы по проекту, а также основные показатели проекта наоснове информации, содержащейся в паспорте проекта и собираемой впроцессе мониторинга хода реализации и по итогам реализациипроекта. Структура базы данных подлежит определению на этапе созданияинформационной системы управления портфелем проектов. 17. Роли и назначения на роли процесса управления портфелемпроектов В процессе управления портфелем проектов задействованысуществующие коллегиальные органы: экспертный совет икоординационный совет, которые осуществляют свою деятельность всоответствии с утвержденными положениями о них. Описание остальных ролей процесса и назначений на нихприводится ниже. 17.1. Описание ролей процесса Инициатор запроса: Ответственность: инициация процесса подачи запроса на инициацию проекта; определение значимости реализации проекта в организации; предоставление полной и корректной информации по запросу наинициацию проекта. Обязанности: выявление необходимости инициации проектов; подача запроса на инициацию проекта; заполнение паспортов проектов (в своей части); обоснование необходимости инициации проекта; предварительная оценка выгод и рисков проекта. Квалификация: Знания, позволяющие оценить необходимость реализации проекта иприоритетность проекта. Понимание требований, предъявляемых к процессу инициациипроектов. Понимание требований и технологий, предъявляемых к реализациипроектов. Руководитель по управлению портфелем проектов: Ответственность: соблюдение процедуры управления портфелем проектов; формирование портфеля проектов. Обязанности: контроль полноты и корректности информации в запросе наинициацию проектов; обработка запросов на инициацию проектов; заполнение паспортов проектов; получение документации по проекту; подготовка материалов к заседаниям коллегиальных органов. Квалификация: Знание стандартов и нормативных документов, регламентирующихпроцесс управления проектами. Понимание требований органов и ведомств. Умение организовывать и координировать совещания. Профессиональная подготовка в сфере информационных технологий. Эксперт: Ответственность: проведение предварительной оценки проекта; подготовка документации по проекту. Обязанности: выполнение предварительной оценки проектов; разработка технических требований, бюджета, плана и другихнеобходимых документов проекта. Квалификация: Обладание достаточной компетентностью для выполненияпредварительной оценки конкретного проекта и документации попроекту. Подготовка в области управления проектами. Понимание потребностей в информационных технологияхконкретного ведомства. Заказчик проекта: Ответственность: обеспечение согласованности целей проекта с приоритетамиоргана исполнительной власти Нижегородской области; использование результатов проекта в целях соответствующегооргана исполнительной власти Нижегородской области. Обязанности: согласование ключевой информации по проекту (цели, критерииуспеха, совокупный бюджет, значительные изменения); представление и защита проекта (в том числе путемделегирования инициатору) на заседаниях коллегиальных органов порассмотрению, утверждению проектных инициатив; общая координация, контроль и принятие ключевых решений пореализации проекта; участие в принятии результатов проекта. Квалификация: Представители высшего руководства органов исполнительнойвласти Нижегородской области. Орган управления портфелем проектов: Ответственность: обеспечение достижения комплексных целей взаимосвязанныхпроектов; состояние портфеля проектов. Обязанности: управление проектами, подпрограммами и программой в целом; обеспечение интегрированной и скоординированной работы надвзаимосвязанными проектами; консолидация периодической отчетности по проектам и ведениеархива проектов. Квалификация: Знание стандартов и нормативных документов, регламентирующихпроцесс управления проектами. Навыки в области управления ИТ - проектами. 17.2. Назначение ролей процесса В роли инициатора проекта могут выступать уполномоченныепредставители органов исполнительной власти Нижегородской областилибо управление информатизации аппарата Губернатора и ПравительстваНижегородской области, выполняющее координирующую и консолидирующуюроль для проектных инициатив, исходящих не от органовисполнительной власти Нижегородской области. В качестве заказчика проекта могут выступать органыисполнительной власти Нижегородской области. Для обеспечения деятельности экспертного совета при нем могутформироваться тематические экспертные рабочие группы поопределенным направлениям с привлечением их представителей дляпредварительной оценки проектов. В качестве эксперта по конкретнымпроектам могут привлекаться сотрудники подразделений инициатора, атакже представители заинтересованных сторон. Руководитель по управлению портфелем проектов назначается изчисла сотрудников управления информатизации аппарата Губернатора иПравительства Нижегородской области. Орган управления портфелем проектов может быть образован набазе управления информатизации аппарата Губернатора и ПравительстваНижегородской области, с обязательным вхождением в его составруководителя по управлению портфелем и руководителей реализуемыхпроектов по мере необходимости. 18. Рабочая документация процедуры Рабочая документация процедуры управления портфелем проектоввключает руководство по заполнению паспортов проектов и бюджетнойзаявки, а также рабочий сценарий управления портфелем проектов,приводимые в виде отдельных документов. 19. Порядок применения процедуры и внесения изменений впроцедуру Процедура подлежит апробации и согласованию на заседанииэкспертного совета. Внесение изменений в процедуру управления портфелем проектовосуществляется в следующих случаях: изменена существующая нормативная база или выпущены новыенормативные документы, которым должна соответствовать процедура; выявлена целесообразность изменения процедуры по итогампериодического внутреннего аудита; выявлена неоднократная необходимость изменения процедуры впроцессе управления портфелем проектов. Изменения необходимо документировать в листе измененийописания процедуры. Целью периодического внутреннего аудита процедуры управленияпортфелем являются: контроль соблюдения процедуры в практикеуправления портфелем проектов и анализ процедуры на предметповышения эффективности процесса управления портфелем проектов.Внутренний аудит процедуры управления портфелем проектоврекомендуется проводить ежегодно. Анализ эффективности процесса управления портфелем проектовосуществляется по метрикам качества процесса: количество неуспешных (не достигших результата илиостановленных, превысивших бюджет и сроки более, чем на 20%)проектов; количество повторных инициаций проектов; доля проектов, отложенных из-за недофинансирования иликонфликта ресурсов; количество выявленных нарушений процедуры управления портфелемпроектов при инициации проектов. ПРИЛОЖЕНИЕ 1 к Методике оценки эффективности проектов в сфере информатизации органов исполнительной власти Нижегородской области Критерии оценки выгод проекта Рекомендуется, чтобы общее число возможных целей не превышало12-15. Веса целей должны находиться в диапазоне от 5 до 9. Длякорректной работы Методики не рекомендуется включение в переченьблизких целей, а также, чтобы веса целей, относящихся к одномуразделу программы, существенно различались. При оценке выгод проекта необходимо из фиксированного перечнявозможных целей выбрать не более 3-4 цели проекта. Для каждойвыбранной цели экспертным путем следует оценить воздействие проектана достижение цели по пятибалльной системе: 0 - отсутствует; 1 - слабое; 2 - среднее; 3 - сильное; 4 - очень сильное. Оценка выгод проекта определяется суммированием произведенийвеса цели на экспертную оценку для всех целей: Оценка выгод =Е (Вес цели * Оценка воздействия проекта надостижение цели) Критерии оценки выгод проекта+------------+---------------------------------------------------+--------+| Раздел | Перечень целей для проектов |Вес цели|| программы | | |+------------+---------------------------------------------------+--------+| 1. |Создание единой правовой и методической базы,| 6 || |регулирующей процессы формирования и использования| || |региональных информационных систем и ресурсов | |+------------+---------------------------------------------------+--------+| 2. |Развитие информационно-телекоммуникационной | 7 || |инфраструктуры органов исполнительной власти| || |Нижегородской области | || +---------------------------------------------------+--------+| |Расширение доступности информационных ресурсов и| 7 || |услуг | || +---------------------------------------------------+--------+| |Гарантированный уровень безопасности информационных| 7 || |систем и ресурсов | |+------------+---------------------------------------------------+--------+| 3. |Увеличение уровня информационной открытости| 8 || |деятельности органов исполнительной власти| || |Нижегородской области | || +---------------------------------------------------+--------+| |Повышение уровня социального обслуживания,| 8 || |образования, здравоохранения и безопасности граждан| || |и пр. за счет применения информационных технологий | || +---------------------------------------------------+--------+| |Снижение нагрузки для населения и организаций,| 8 || |связанной с взаимодействием с органами| || |исполнительной власти Нижегородской области по| || |предоставлению информации и потреблению| || |государственных услуг | || +---------------------------------------------------+--------+| |Расширение состава и наполнения территориальных| 8 || |информационных ресурсов (ресурсы должны стать более| || |доступными и востребованными) и услуг | |+------------+---------------------------------------------------+--------+| 4. |Повышение эффективности деятельности органов| 8 || |исполнительной власти Нижегородской области за счет| || |информационных технологий | || +---------------------------------------------------+--------+| |Повышение эффективности межведомственного| 8 || |взаимодействия, устранение дублирования собираемых| || |данных | || +---------------------------------------------------+--------+| |Повышение эффективности и прозрачности расходования| 8 || |бюджетных средств | |+------------+---------------------------------------------------+--------+| 5. |?Повышение уровня квалификации государственных| 6 || |гражданских служащих и навыков населения в сфере| || |использования информационных технологий | || +---------------------------------------------------+--------+| |Повышение готовности, навыков и мотивации населения| 6 || |по использованию информационных систем и ресурсов | |+------------+---------------------------------------------------+--------+| 6. |Повышение эффективности управления в сфере| 6 || |информатизации | || +---------------------------------------------------+--------+| |Обеспечение информационной и общественной поддержки| 6 || |программы информатизации | |+------------+---------------------------------------------------+--------+ Сложности в оценке выгод проекта могут свидетельствовать либоо не точном определении целей, либо о непониманиипричинно-следственных связей между проектом и целями, либо оботсутствии ценности результатов проекта. ПРИЛОЖЕНИЕ 2 к Методике оценки эффективности проектов в сфере информатизации органов исполнительной власти Нижегородской области Критерии оценки рисков проекта В целях упрощения оценки рекомендуется ограничить количестворассматриваемых видов рисков (от 3 до 5). Веса рисков могутнаходиться в диапазоне от 1 до 5. Критерии оценки рисков проекта+------+-------------------------------------------------+----------------+| N | Риски проекта | Вес риска |+------+-------------------------------------------------+----------------+| 1. | Риски постановки | 3 |+------+-------------------------------------------------+----------------+| 2. | Технологические риски | 3 |+------+-------------------------------------------------+----------------+| 3. | Организационные риски | 4 |+------+-------------------------------------------------+----------------+ Для каждого вида риска экспертным путем оцениваетсявоздействие реализации риска на достижение цели проекта попятибалльной системе: Риски постановки 4 - требования (цели и границы проекта) не определены; 3 - требования не точно определены; 2 - требования определены, но могут существенно измениться походу проекта; 1 - требования определены, но могут незначительно изменитьсяпо ходу проекта; 0 - требования определены и неизменны. Технологические риски 4 - применение новой, неапробированной на рынке технологии(решений, архитектуры, инфраструктуры); 3 - применение апробированной, но новой для организациитехнологии; 2 - применение элементов новой технологии; 1 - тиражирование апробированной в организации технологии нановые объекты; 0 - апробированная в организации технология. Организационные риски 4 - присутствуют любые два условия из ниже перечисленных; 3 - требуется создание новых процессов, регламентов илипроведение организационных изменений; 2 - требуется участие нескольких органов; 1 - требуется привлечение отсутствующих в органах операционныхресурсов; 0 - препятствия для реализации проекта отсутствуют. Оценка рисков проекта определяется суммированием произведенийвеса риска на экспертную оценку для всех рисков: Оценка рисков =Е (Вес риска * Оценка риска проекта) ПРИЛОЖЕНИЕ 3 к Методике оценки эффективности проектов в сфере информатизации органов исполнительной власти Нижегородской области Функциональные требования к информационной системе управления портфелем проектов Информационная система управления портфелем проектов должнаподдерживать следующие функции процесса управления портфелемпроектов: сбор и оценка бюджетных заявок в сфере информатизации; анализ портфеля проектов в сфере информатизации; организация централизованного хранилища данных по всемпроектам в режиме постоянного обновления информации и веденияистории изменений версий файлов; мониторинг хода реализации и контроль показателейэффективности проектов в сфере информатизации. Информационная система должна реализовывать: поддержку электронного документооборота запросов на инициациюпроектов, процесса заполнения и согласования паспортов проектов; средства для ранжирования проектов по определенным параметрам,анализа (в том числе сценарного) и моделирования портфеля проектов; введение набора показателей эффективности проекта -определение показателей, типа данных, текущих и целевых значенийэффективности проекта; поддержку процессов планирования проектов и выделенияресурсов; поручение и управление рабочими заданиями по проектам; рассылку автоматических уведомлений о приближении контрольныхпериодов и нарушениях в реализациях проектов (по срокам, бюджету,целям и пр.); получение периодической отчётности о текущем статусе отдельныхпроектов и портфеля проектов в целом, об изменениях и рискахпроектов; о плановом и фактическом расходовании бюджета и ресурсов; формирование архива проектов с возможностью произвольногопоиска необходимой информации.