Проектный подход к ИКТ: планирование ИКТ муниципального образования Управление проектами 1 Дисциплина управления проектами Возникла в середине ХХ века Вызвано необходимостью реализации сложных и масштабных проектов в условиях многочисленных исполнителей, колоссальных бюджетов и в сжатые сроки Управление проектами относится к корпусу дисциплин общего управления 2 Методика ведения проектов по созданию программных систем 3 Группы процессов управления проектом Процессы инициации Процессы планирования проекта Процессы исполнения плана проекта Процессы мониторинга и контроля Процессы завершения проекта 4 Альтернативные группировки процессов управления проектами (I) Итерационная модель Полный проектный цикл выполняется многократно в ходе создания продукта, при этом на каждом витке (итерации) происходит пересмотр, корректировка и доработка всех результатов - от концепции проекта до программного кода 5 Альтернативные группировки процессов управления проектами (II) Последовательная модель На каждой из основных фаз (инициация, планирование, реализация, поставка) происходит выполнение всех основных видов работ: от подготовки до использования результатов (в применении к продукту этой фазы) Каскадная или водопадная модель – наиболее жесткая разновидность последовательной модели, подразумевающая, что следующий этап не может начаться до окончания и утверждения результатов предыдущего этапа Наибольшее распространение в ИКТ- проектах, финансируемых из бюджетных средств 6 Ролевая модель управления проектами - это система распределения обязанностей и ответственности, привязанная не к конкретным людям или должностям, а к ролям – обобщенным кластерам исполнителей Управление выпуском Управление продуктом Управление программой Ролевая модель MCS Удовлетворение потребителя Тестирование Разработка 7 Распространенные стандарты управления программными проектами ГОСТ 34.601-90 ГОСТ Р ИСО_МЭК ТО 16326-2002 Custom Development Method (CDM) Oracle Rational Unified Process (RUP) Microsoft Solution Framework (MSF) Extreme Programming (XP) SCRUM 8 Особенности процесса управления проектами в ОМСУ (I) Проекты создания и внедрения программных систем в органах местного самоуправления могут выполняться: Собственными командами разработчиков Руководитель проекта – один из разработчиков, который выбирает методологию разработки на свой вкус Внешними исполнителями по договорам Из состава ИТ специалистов ОМСУ может быть выбран куратор проекта 9 Особенности процесса управления проектами в ОМСУ (II) Для обеспечения результативности разработок целесообразно: детально прорабатывать концепцию создаваемой системы и техническое задание, требования к реализации широко использовать средства согласования интересов больших групп людей четко выполнять архитектурную проработку решений шире использовать схемы итерационной разработки, делая акцент на документировании результатов работ в рамках каждой итерации где это возможно, использовать механизмы быстрой разработки (XP или его детализацию – SCRUM) использовать механизм внешней экспертизы 10 Внедрение АС Линейный проект Реальный проект Включает полный последовательный жизненный цикл автоматизированной системы (далее – АС) от инициации проекта до утилизации АС Часть целого проекта, зависящего от управленческого и бюджетного циклов государственного управления 11 Предпроектный этап (I) Инициация проекта Идеализация Замысливание проекта по созданию АС ведется на основе анализа слабых и сильных сторон в обеспечении социальноэкономического развития региона, в решении задач ОГВ Обоснование проекта ведется в период проработки региональной или отраслевой программы работ по информационнотехнологическому обеспечению системы управления или в рамках разработки плана работ на текущий период по реализации программы Инициация линейного проекта начинается в рамках плана работ на текущий период по реализации программы федерального, регионального или муниципального уровня При необходимости возможно внести изменения в программу на более поздних этапах ее реализации 12 Предпроектный этап (II) Обследование и формирование требований Цель - получение более полного представления об актуальном состоянии объекта (среды), где предполагается внедрение АС В ходе обследования ведется: сбор и анализ данных об объекте (среде), где предполагается внедрение АС выявление проблем оценка наличия и состояния существующих документов нормативно-правовой базы оценка основных источников экономической эффективности оценка ожидаемых затрат на создание и эксплуатацию АС оценка возможных ограничений на проектные решения При формировании требований к АС необходимы: окончательное согласование состава заинтересованных лиц или их групп социологические и другие исследования определение набора требований заинтересованных лиц определение требований к обеспечению информационного взаимодействия АС с другими системами определение условий использования АС определение рисков анализ полного множества отобранных требований подтверждение правильности трактовки собранных потребностей и требований 13 Предпроектный этап (III) Разработка концепции АС Цель разработки концепции АС: преобразование требований заинтересованных лиц, выраженных в виде представления о возможностях и услугах АС, в наиболее целесообразное техническое видение АС, способной предоставлять такие возможности и услуги. В концепции АС: разрабатывают основные требования к нормативно-правовой базе, необходимой для создания и использования АС определяют порядок и способы оценки качества и показателей функционирования АС в целом и ее отдельных подсистем дают предварительное обоснование выбора оптимального варианта концепции и описание предлагаемой АС уточняют ожидаемые результаты и эффективность реализации выбранного варианта концепции АС 14 Технико-экономическое обоснование проекта Качественная оценка Сопоставление проекта с другими проектами осуществляется на основе сравнений значений параметров влияния на развитие организации, повышение качества управленческих процессов и повышение производительности труда Оценка справедливой стоимости работ При наличии прототипов затраты на исследования и разработки возможно оценить по затратам на соразмерные проекты Оценка эффекта При внедрении АС в органах местного самоуправления эффект включает несколько составляющих, в том числе финансовую составляющую Совместное применение всех видов оценок дает адекватную оценку обоснованности внедрения АС 15 Кадровое и экспертное обеспечение проекта Целесообразно функцию по инициации проектов по автоматизации ввести в круг задач развития, с самостоятельным менеджментом по отношению к управлению функционированием. Экспертное обеспечение реализации проекта целесообразно распределить между несколькими участниками проекта, такими как: научно-исследовательские и проектные организации (подведомственные ФГУ, ФГУП, региональные и муниципальные учреждения и предприятия) отраслевые экспертные советы, межведомственные советы региональные экспертные советы, в том числе по различным вопросам социально-экономического развития 16 Экспертиза результатов проекта, запуск АС в эксплуатацию и сопровождение Организация процедур экспертного сопровождения проекта Целесообразно публиковать результаты экспертизы этапов проекта, презентационные и отчетные материалы исполнителя на специальных информационных ресурсах Принятие решения об использовании результатов проекта В ходе реализации проекта заказчик может принять решение приостановить или завершить проект при приемке результатов каждого этапа или по результатам промежуточной экспертизы Обучение сотрудников и включение их в работу с использованием новых АС Целесообразно привлекать будущих пользователей системы к проектированию и экспертизе АС на ранних этапах Ввод в действие и сопровождение АС 17